Là, admettons. Maintenant, btrfs c'est pas le fs que je mets pour les données normalement. Si je flingue mon système parce que le fs est foireux, pas grave, je peux réinstaller.
ou même jfs
jfs2 c'est quand même bien stable depuis un bon moment. C'est pas comme si les AiX n'utilisaient que ça :)
Et, à l'époque où j'ai mis du jfs, ext4 n'était pas stable, btrfs encore moins et ext3 pas forcément adapté à une grande volumétrie contenant des fichiers très gros (images ISOs par exemple)
jfs était, et reste un très bon système de fichier, et plutôt robuste.
bidouiller du RAID avec de vieux disques fatigués (et disparates ?)
Tous les disques deviennent vieux à un moment ou à un autre. Donc, pas de soucis pour moi. Tant que le disque ne me balance pas d'erreurs SMART, ça doit tenir. Bon, passons sur les firmwares foireux comme il y eut chez Seagate qui cachaient les erreurs SMART et finissaient par rendre ton DD inutilisable.
En plus, je ne considère pas forcément comme vieux un disque qui a environ 3000 heures de fonctionnement au compteur ;)
Quand au disparate... Le jour où tu auras eu une grappe RAID6 avec 12 disques qui fument tous les uns après les autres dans un temps très court parce que tous de la même série, tu feras du disparate :) Pas forcément sur les marques mais au moins, dans la mesure du possible sur les séries.
Je prévois d'ailleurs d'acheter vers le milieu de l'année un autre disque 2,5" pour en remplacer un de ceux que j'ai pour éviter le claquage en série justement.
Gentoo en mode power-user qui grille les étapes
Mmmm... Là, pardon, mais je grille quelle étape en ne pouvant pas compiler Grub ? Tant que je n'ai pas Grub, vais avoir du mal à rebooter la machine ;) Et tant qu'à être dans l'installation autant installer une partie du reste. Mon kernel est prêt, je n'ai plus qu'à l'installer. Alors, il est vrai que le gentoo handbook stipule qu'il faut faire un cp du kernel dans /boot puis installer Grub.
Je préfère, goût personnel, compiler mon kernel, installer les modules, installer Grub et ensuite faire un make_install dans /usr/src/linux qui va comme un grand me coller dans /boot mon vmlinuz, mon System.map et mon config. Et même, au fur et à mesure des mise à jour kernel me faire les liens symboliques vmlinuz et vmlinuz.old.
D'ailleurs, mon problème de compile est connu puisque décrit dans le bug 396683. Oui, je suis en ~arch et ce depuis des années sans soucis. Donc la solution pour moi est simple, repasser en arch et tout devrait bien se passer. Et suivre la clôture du bug avant de repasser en ~arch puisque Avahi est aussi touché par ça.
Tu me demanderas mais pourquoi passer en ~arch alors que tu peux rester en stable ? La réponse est simple, mes autres machines sont en ~arch et c'est beaucoup plus simple pour moi d'avoir tout pareil. Ne serait-ce que pour avoir la même version de gcc partout et éviter de faire des compiles foireuses quand j'utilise distcc pour la compilation distribuée.
Gentoo est une distribution que j'utilise depuis des années maintenant. Il n'est pas question ici de « power user » mais plutôt d'utiliser au final la distribution que je maîtrise le mieux. Je suis sûr qu'un utilisateur de longue date de Debian mettra des Debian partout chez lui plutôt que de mélanger les distributions. Tout simplement parce qu'il la connaît mieux.
Ça sort de l'ordinaire pour 99,99% des utilisateurs, disons.
Disons alors que je fais partie des 0,01% d'administrateurs système :)
[^] # Re: en même temps...
Posté par Fopossum . En réponse au journal Connaissez-vous Murphy ?. Évalué à 5.
Là, admettons. Maintenant, btrfs c'est pas le fs que je mets pour les données normalement. Si je flingue mon système parce que le fs est foireux, pas grave, je peux réinstaller.
jfs2 c'est quand même bien stable depuis un bon moment. C'est pas comme si les AiX n'utilisaient que ça :)
Et, à l'époque où j'ai mis du jfs, ext4 n'était pas stable, btrfs encore moins et ext3 pas forcément adapté à une grande volumétrie contenant des fichiers très gros (images ISOs par exemple)
jfs était, et reste un très bon système de fichier, et plutôt robuste.
Tous les disques deviennent vieux à un moment ou à un autre. Donc, pas de soucis pour moi. Tant que le disque ne me balance pas d'erreurs SMART, ça doit tenir. Bon, passons sur les firmwares foireux comme il y eut chez Seagate qui cachaient les erreurs SMART et finissaient par rendre ton DD inutilisable.
En plus, je ne considère pas forcément comme vieux un disque qui a environ 3000 heures de fonctionnement au compteur ;)
Quand au disparate... Le jour où tu auras eu une grappe RAID6 avec 12 disques qui fument tous les uns après les autres dans un temps très court parce que tous de la même série, tu feras du disparate :) Pas forcément sur les marques mais au moins, dans la mesure du possible sur les séries.
Je prévois d'ailleurs d'acheter vers le milieu de l'année un autre disque 2,5" pour en remplacer un de ceux que j'ai pour éviter le claquage en série justement.
Mmmm... Là, pardon, mais je grille quelle étape en ne pouvant pas compiler Grub ? Tant que je n'ai pas Grub, vais avoir du mal à rebooter la machine ;) Et tant qu'à être dans l'installation autant installer une partie du reste. Mon kernel est prêt, je n'ai plus qu'à l'installer. Alors, il est vrai que le gentoo handbook stipule qu'il faut faire un cp du kernel dans /boot puis installer Grub.
Je préfère, goût personnel, compiler mon kernel, installer les modules, installer Grub et ensuite faire un make_install dans /usr/src/linux qui va comme un grand me coller dans /boot mon vmlinuz, mon System.map et mon config. Et même, au fur et à mesure des mise à jour kernel me faire les liens symboliques vmlinuz et vmlinuz.old.
D'ailleurs, mon problème de compile est connu puisque décrit dans le bug 396683. Oui, je suis en ~arch et ce depuis des années sans soucis. Donc la solution pour moi est simple, repasser en arch et tout devrait bien se passer. Et suivre la clôture du bug avant de repasser en ~arch puisque Avahi est aussi touché par ça.
Tu me demanderas mais pourquoi passer en ~arch alors que tu peux rester en stable ? La réponse est simple, mes autres machines sont en ~arch et c'est beaucoup plus simple pour moi d'avoir tout pareil. Ne serait-ce que pour avoir la même version de gcc partout et éviter de faire des compiles foireuses quand j'utilise distcc pour la compilation distribuée.
Gentoo est une distribution que j'utilise depuis des années maintenant. Il n'est pas question ici de « power user » mais plutôt d'utiliser au final la distribution que je maîtrise le mieux. Je suis sûr qu'un utilisateur de longue date de Debian mettra des Debian partout chez lui plutôt que de mélanger les distributions. Tout simplement parce qu'il la connaît mieux.
Disons alors que je fais partie des 0,01% d'administrateurs système :)
cd /pub && more beer