Re: update-grub2 et /dev/sda : résolus

2018-01-22 Par sujet Stephane Ascoet

Le 20/01/2018 à 18:54, andre_deb...@numericable.fr a écrit :


As tu vraiment lu mon mail avant ta réponse ?
Il n'y a vraiment rien eu "d'insupportable" de ma part,


Bonjour, chacun son niveau de tolerance. Tu ne vois pas le probleme dans 
le fait de nous traiter comme des agents de support tout le temps 
disponible pour lire entre les lignes de ce que tu daignes devoiler et 
pour t'aider alors que tu ne reponds qu'a les questions que tu 
souhaites, mets plus de volonte a faire tes bidouilles car comprendre et 
appliquer ce qu'on t'explique et n'indiques pas exactement toutes les 
manipulations que tu fais en parallele. Moi si, ce n'est pas la 
conception que j'ai de cette liste d'entraide.




/dev/sda était bien remis avant de lancer update-grub2, ça ne vient pas de là.


Je ne dis pas le contraire.




L'essentiel est que l'action réussisse :

Tu compares des choses que ne le sont pas vraiment :

Quelle est cette facheuse erreur de comparaison ?


Ben te sortir d'une tempete sans respecter les regles theoriques n'aura 
d'impact que sur toi et sur le moment. Si tu casses ton spi, tu devras 
te debrouiller pour le remplacer... Mettre des rustines sur un systeme 
informatique va peut-etre te sembler resoudre le probleme en apparence, 
mais va peut-etre creer un mic-mac en dessous qui lancera une bombe a 
retardement.


/dev/sda est brusquement devenu /dev/sdc : c'est anormal.


Si c'est normal car ce disque a toujours ete "/dev/sdc", un co-listier 
avait retrouve un message de l'ete dernier dans lequel tu disais deja 
que ca t'embetait et que tu avais trouve une rustine pour le faire 
devenir "/dev/sda". Et oh surprise, un trimestre plus tard, la 
rustine(dont tu ne te souviens plus en quoi elle consistais) n'agit plus...




J'aurais préféré réussir par la méthode de la conformité,
mais elle n'a jamais voulu fonctionner.

J'ai deja assez exprime mon desaccord la-dessus, mais on ne changera pas 
ta facon de fonctionner et de communiquer. Tant mieux si tu trouves 
encore de bonnes ames pour t'aider, c'est juste que je n'en ferai pas 
partie.


--
Cordialement, Stephane Ascoet



Re: update-grub2 et /dev/sda : résolus

2018-01-20 Par sujet andre_debian
On Wednesday 17 January 2018 09:53:33 S. Ascoet wrote:
> Bonjour, non, je n'ai rien contre toi. C'est juste que tu ne respectes 
> pas les bonnes regles pour poser des questions ce qui cree de la 
> confusion et fait perdre bien du temps a tourner en rond pour qu'au 
> final tu n'en fasses qu'a ta tete et surtout en ne l'assumant pas, c'est 
> ca le plus insupportable :

As tu vraiment lu mon mail avant ta réponse ?
Il n'y a vraiment rien eu "d'insupportable" de ma part,
surtout si tu daignes maintenant lire mon mail ci-dessous :

> Bien sur, Grub intervient alors que /dev n'existe meme pas encore :

/dev/sda était bien remis avant de lancer update-grub2, ça ne vient pas de là.

> > Les membres de l'association retrouvent un serveur bien fonctionnel :
> Qui ne serait peut-etre jamais tombe en panne si tu n'avais pas 
> l'habitude de toucher a des trucs qui ne doivent pas l'etre, mais comme 
> tu ne nous donnes jamais aucune information sur le pourquoi de ces 
> manipulations... :

Je n'ai rien touché avant la panne, elle s'est manifestée après un reboot.

> > L'essentiel est que l'action réussisse :
> Tu compares des choses que ne le sont pas vraiment :
Quelle est cette facheuse erreur de comparaison ?

Plus sérieux,
DEVICE DU DISQUE DUR :
/dev/sda est brusquement devenu /dev/sdc : c'est anormal.
Ma méthode était peut-être pas trop orthodoxe :
# mv /dev/sdc /dev/sda
après reboot, a remis toutes les 8 partitions du disque dur sur leur 
device /dev/sda1 à /dev/sda8.

GRUB :
#update-grub2
ne me créait pas un fichier "grub.cfg" bootable, car UUID pas respectés.
Je l'ai modifié à la main, en remettant le bon UUID pour chaque partition.
C'est vrai, la méthode est non conforme, puisque au début du fichier grub.cfg,
il est indiqué qu'il ne faut pas le modifier à la mano.

Au reboot, tout refonctionne, grub boote sur sur toutes les partitions Linux,
et #df -h indique bien /dev/sda1.

J'aurais préféré réussir par la méthode de la conformité,
mais elle n'a jamais voulu fonctionner.

André