Journal Dual OS : WinXP, GNU/Linux Debian

Posté par  .
Étiquettes :
0
28
nov.
2003
Voila je voudrai savoir la meilleur solution pour pouvoir avoir sous winXP et Debian les même fichiers disponibles (en gros que le home soit accessible pour les 2). Mais je voudrais que les droits soient aussi conservés, chose plus difficile. Je pensai au début aux drivers NTFS pour Linux mais ils ne sont pas assez stable, ou aux drivers ext3 pour win mais c'est le même problème et il risque d'y avoir des problèmes de compatibilité dans les deux cas. Alors je me demande maintenant si la meilleure solution ne serait pas de bidouiller un réseaux virtuel et de gérer tout ca par samba ? J'ai chercher (google, OpenD...) et je n'ai rien trouvé si mon journal avait une idée ?

  • # Re: Dual OS : WinXP, GNU/Linux Debian

    Posté par  . Évalué à 2.

    Rectification je me suis planté je crois que les drivers ext3 (ou 2) n'existent même pas (ce qui est un peu logique puisque ce n'est pas du tout le même fonctionement).

    PS: si je me trompe n'hésitez pas à le dire.

    • [^] # Re: Dual OS : WinXP, GNU/Linux Debian

      Posté par  . Évalué à 2.

      Dans mon souvenir il existe un soft ext3 anywhere, ou un nom comme
      ca, pour monter du ext2/3 sous ouine. Quand j'utilisais ouine je m'en suis
      servi mais la j'ai plus ouine ;)

  • # Re: Dual OS : WinXP, GNU/Linux Debian

    Posté par  (site web personnel) . Évalué à 2.

    ... sous winXP et Debian les même fichiers disponibles ...

    Selon moi, FAT32 est ton "ami"... Faire juste gafe de bien désactiver dosfsck (dans fstab, en regard de , avoir 0 !) car toujour en ALPHA, il peut pourrir une situation saine à la base...

    ... que le home soit accessible pour les 2 ...

    Selon moi, une mauvaise idée... En tout cas avec FAT32... Je n'ai pas encore beaucoup d'expérience avec "les"(mon) systèmes "GNU/linux"("Unix" ?) mais je vois dans mon home trop de choses que "je ne contrôle pas" et qui me font plus penser à une base de "données" propore au système et logiciels qui lui sont propres... Personnelement, mes "données"("documents") sont placées ailleurs (/mnt/fat32) et dans mon home, un liens "donnees"->"/mnt/fat32"

    Point de vue sécurité. J'ai aussi encore un "vieux" système d'exploitation Microsoft que j'utilise parfoi... L'accès à ce système est protègé dans grub par un mot de passe... Mon ordi ne démare que sur le disque dure. L'accès au bios est protègé par un mot de passe. En ce qui me concerne, ça s'arrête là (pas d'autres protections, physique par exemple...)...
    A partir de là, si nécessaire, tu peux avoir plusieurs FAT32, montées avec des droits d'accès différents...

  • # Re: Dual OS : WinXP, GNU/Linux Debian

    Posté par  (site web personnel, Mastodon) . Évalué à 1.

    http://uranus.it.swin.edu.au/~jn/linux/explore2fs.htm(...)

    no comment... google is your friend ;-)

    Mes livres CC By-SA : https://ploum.net/livres.html

  • # Re: Dual OS : WinXP, GNU/Linux Debian

    Posté par  (site web personnel) . Évalué à 0.

    explore2fs est une bonne solution, les droits ne peuvent de toute facon pas être synchronisés entre les deux systèmes de part les spécificités (SID / UID).

    Sinon y a une autre solution ultra foireuse (mais marrante) : mettre en place une partition fat et mettre sur le linux un samba qui prend ce partage fat et applique ces droits (en particulier par les acl ou en remplissant les bits archive etc. par executer).
    Sur le linux tu fais un montage smb sur le localhost, après il faut juste se débrouiller que le fat qui doit être monté pour que samba puisse l'utiliser ne puisse être lu (et écrit) au départ que par le daemon samba.

    Note:appeler windows "ouine" c'est ridicule.

  • # Re: Dual OS : WinXP, GNU/Linux Debian

    Posté par  (site web personnel, Mastodon) . Évalué à 2.

    Je pense personnellement, que c'est une très mauvaise idée de mettre ton /home paratgé entre win et linux :

    - tu perds tous les avantages de la sécurité, si tu prends un virus sous win tu va niquer toutes tes données du /home et si tu as plusieurs comptes, tous les autres comptes pourront être affectés.

    Ton seul choix risque d'être la FAT, qui est un très mauvais système de fichiers rien qu'en terme de performances....

    tu va te restreindre à utiliser un système de fichier non journalisé, technologiquement tu fais un bon de "10 ans" en arrière et ce serait dommage......

    La seule solution reste la plus classique, c'est a dire te faire une partition d'échange en fat32 avec les droits qui vont bien sous linux (si besoin) et de partager les fichiers....

    si tu veux partager ta config de mozilla par exemple, il te suffira de faire un lien symblique entre ton $HOME/.mozilla vers /ta_partoche_win/dossier_de_tes_prefs_moz/.....

    En tout cas, c'est comme ça que je ferais.... (dans le principe, mais comme j'utilise pas win, je ne le ferais pas...)

    voilà, voilà ....

    M.

  • # Re: Dual OS : WinXP, GNU/Linux Debian

    Posté par  . Évalué à 3.

    à la limite, si t'as assez d'espace disque tu fais une partoche fat32 et une partoche ext3, et tu fais de la synchro entre les deux avec des scripts init au boot et à l'arrêt sous linux qui font des checksums et des vérifs de date pour que chaque partoche soit tjrs à jour par rapport à l'autre.
    Ca te permettrait de contourner les pb de fs mais ça te fait de la grosse redondance, ça te bouffe tout de même pas mal d'espace disque. Et si tu fais beaucoup d'ajout et modifs de fichiers, le démarrage et l'arrêt pourrait durer plus longtemps et de manière significative. là ça dépend aussi de la fréquence à laquelle tu passes d'un os à l'autre.
    Le mieux c'est encore d'héberger ces données sur une autre machine en réseau, tu peux ensuite monter ton home grâce à NFS ou autre pour linux et grâce à Samba pour win.

  • # Re: Dual OS : WinXP, GNU/Linux Debian

    Posté par  (site web personnel) . Évalué à 1.

    Tu as une possibilite si tu dispose d'un serveur en plus:
    export NFS & SMB du homedir.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.