On peut booter reiserfs depuis une disquette, il suffit de mettre un initrd dans la d7 si reiserfs est supporté en module. d'ailleurs comment debian fait selon toi.
Tu vas me répondre : mais l'utilisateur desktop ne sais pas faire une d7 de boot, donc encore moins une initrd dedans ( il ne sait même pas ce que c'est ). Bon justement, il y a drakboot qui permet de faire une d7 de boot avec inirtd et ce le plus simplement du monde.
donc ce pb est réglé
juste une remarque : peu d'utilisateurs desktop utilisent NFS ( faudrait qu'ils aient déjà un Unix like !). De plus les pbs de compatibilités ont été corrigé dans les dernières releases de reiserfs et du kernel.
donc pb résolu.
pour les quotas je ne me suis jamais penché sur la question, et je ne voudrai pas dire de bétise
pour lilo, l'installeur ( DrakX ) mettra notail automatiquement si besoin est. Je crois même que ce n'est plus nécessaire dans les dernières releases de lilo.
donc pb résolu
Maintenant plaçons nous dans le cas d'une utilisation desktop. dans ce genre d'utilisation on a souvent :
+ des coupures de courant intempestives
+ le frère/la soeur/le père/la mère qui reset sauvagement l'ordi alors que tu es absent
+ le chien/le chat qui reset sauvagement l'ordi notamment en arrachant un cable d'alimentation
etc ...
Sur un système avec ext2, sans sys de fichier journalisé, que se passe t'il ?
un fsck est lancé, si tout se passe bien, c'est parfait ( mais cela a pris un peu de temps cependant). Si c'est grave le gars se retrouve avec un super prompt avec un shell réduit et on lui demande ( en anglais ) de lancer fsck mùanuellement. Or :
1°/ même si c'est marqué, il y en a toujours pour dire qu'ils ne savent pas ke faire ( les gens ont été corrompu par les erreurs cryptées de Windows qu'ils ont pris pour habitude d'ignorer ). Souvent il refait un reset sauvage, et ce jusqu'a ce que ca marche. Imagine l'état du sys de fichier après
2°/ admettons qu'il se loggue en tant que root. Il tape fsck mais ca marche pas. Pkoi ? il ne connait pas la syntaxe, et les manpages ne sont pas accessible ( en admettant qu'il ait même le réflexe d'y penser).
donc ? il pête un cable, fais un reset sauvage ou pas et soit va pleurer sur IRC/forum/ML, soit dis que linux c'est de la merde. En effet il n'a jamais été bloqué comme cela sous win car Mr scandisk se débrouillait comme un grand ( même si il pouvait foutre une merde monstre ).
3°/ disons qu'on est tombé sur la perle rare qui est allé se documenter et avait lu le man de fsck. il le lance ave la bonne syntaxe ( il connait même le nom de la partition fautive ). ce n'est plus Luce et Henry.
Alors il lace fsck manuellement, tout content, et là plein de kestions concernant des inodes et des histoires de superblock ( koi superboy ?! ) auxquelles il comprend ke dalle. Il tente 2/3 réponses maladroites, soit il nique sont sys de fichier, soit ca marche. Dans le premier cas il dira que linux s... a donf, dans le deuxième : j'ai eu chaud mais ext2 supporte moins bien les crash que windows et la FAT32/NTFS.
4°/ toujours dans la perle rare de chez rare ( attention disponible jusqu'a hier, -50% pour les premiers servis ), il a vu qu'il pouvait demander à fsck de toujours répondre oui aux questions. baf il balance -y et attend. ca répare. soit c'est bon, soit c'est dead. Mais bon, ce gars ? vous trouver qu'il correspond à l'user desktop moyen ? ou à la secrétaire moyenne ?
Prenons le cas d'un sys de fichier journalisé. reset sauvage, etc .... L'ordi redémarre, prend juste une à 5 secondes de plus juste le temps de relire le journal ... et voilà !
[^] # Re: to journalised or not to journalised ?
Posté par Schneider Dark . En réponse à la dépêche Mandrake Cooker Weekly News. Évalué à 10.
Tu vas me répondre : mais l'utilisateur desktop ne sais pas faire une d7 de boot, donc encore moins une initrd dedans ( il ne sait même pas ce que c'est ). Bon justement, il y a drakboot qui permet de faire une d7 de boot avec inirtd et ce le plus simplement du monde.
donc ce pb est réglé
donc pb résolu.
donc pb résolu
Maintenant plaçons nous dans le cas d'une utilisation desktop. dans ce genre d'utilisation on a souvent :
+ des coupures de courant intempestives
+ le frère/la soeur/le père/la mère qui reset sauvagement l'ordi alors que tu es absent
+ le chien/le chat qui reset sauvagement l'ordi notamment en arrachant un cable d'alimentation
etc ...
Sur un système avec ext2, sans sys de fichier journalisé, que se passe t'il ?
un fsck est lancé, si tout se passe bien, c'est parfait ( mais cela a pris un peu de temps cependant). Si c'est grave le gars se retrouve avec un super prompt avec un shell réduit et on lui demande ( en anglais ) de lancer fsck mùanuellement. Or :
1°/ même si c'est marqué, il y en a toujours pour dire qu'ils ne savent pas ke faire ( les gens ont été corrompu par les erreurs cryptées de Windows qu'ils ont pris pour habitude d'ignorer ). Souvent il refait un reset sauvage, et ce jusqu'a ce que ca marche. Imagine l'état du sys de fichier après
2°/ admettons qu'il se loggue en tant que root. Il tape fsck mais ca marche pas. Pkoi ? il ne connait pas la syntaxe, et les manpages ne sont pas accessible ( en admettant qu'il ait même le réflexe d'y penser).
donc ? il pête un cable, fais un reset sauvage ou pas et soit va pleurer sur IRC/forum/ML, soit dis que linux c'est de la merde. En effet il n'a jamais été bloqué comme cela sous win car Mr scandisk se débrouillait comme un grand ( même si il pouvait foutre une merde monstre ).
3°/ disons qu'on est tombé sur la perle rare qui est allé se documenter et avait lu le man de fsck. il le lance ave la bonne syntaxe ( il connait même le nom de la partition fautive ). ce n'est plus Luce et Henry.
Alors il lace fsck manuellement, tout content, et là plein de kestions concernant des inodes et des histoires de superblock ( koi superboy ?! ) auxquelles il comprend ke dalle. Il tente 2/3 réponses maladroites, soit il nique sont sys de fichier, soit ca marche. Dans le premier cas il dira que linux s... a donf, dans le deuxième : j'ai eu chaud mais ext2 supporte moins bien les crash que windows et la FAT32/NTFS.
4°/ toujours dans la perle rare de chez rare ( attention disponible jusqu'a hier, -50% pour les premiers servis ), il a vu qu'il pouvait demander à fsck de toujours répondre oui aux questions. baf il balance -y et attend. ca répare. soit c'est bon, soit c'est dead. Mais bon, ce gars ? vous trouver qu'il correspond à l'user desktop moyen ? ou à la secrétaire moyenne ?
Prenons le cas d'un sys de fichier journalisé. reset sauvage, etc .... L'ordi redémarre, prend juste une à 5 secondes de plus juste le temps de relire le journal ... et voilà !
je pense que cet exemple parle de lui même.