Bonsoir,
J'ai repris un PC pr voir ce qu'il a comme problème. Il ne démarre plus sur un disque dur SATA.
J'ai testé le disque dur, il fonctionne en l'ayant formaté avec fedora mais sur mon PC.
J'aimerais savoir comment je peux m'y prendre pour voir quel périphérique est en panne. J'opère depuis un live-usb fedora. Je pourrais peut être mettre mon disque dur sur la tour qui ne fonctionne plus mais je suis même pas sur que ça boot.
Je n'ai pas accès à la commande ls pci.
Aussi, lors du non boot sous fedora, j'aurais pu copier le fichier /run/initramfs/rdsosreport.txt mais je n'ai pas su monter une clé pour copier le fichier. Je peux vous fournir ça si j'ai une trame pour monter une clé usb avec la commande mount.
Merci d'avance et bonne soirée à tous.
# Meta Diag
Posté par Julien_J06 . Évalué à 1.
Hello,
Je vais pouvoir répondre à tes questions mais pas sûr que j'arrive à t'aider à trouver les bonnes info pour diagnostiquer l'état de ta machine ensuite.
Donc le HDD fonctionne et ensuite tu l'as formaté
Si je te suis bien, le pc boot sans le HDD que tu as formaté. Tu arrives à booter sur un live CD et tu obtiens un message qui te dis un truc du genre : Now entering in a emergency shell.
Quand tu saisis
lspci
, tu obtiens un message d'erreur ?Pour monter ta clé usb, après l'avoir branchée, je ferais un
fdisk -l
pour lister les périphériques de stockage disponibles sur la machine.La commande
fdisk -l
va t'afficher la liste des périphériques de stockages en te montrant leur emplacements sur le système /dev/sdx (/dev/sda /dev/sdb etc…)/
la racinedev
le fichier contenant les périphériques (devices)sda
pour le premier périphérique, 'sdb' pour le deuxième etc.Je me baserais sur la taille de la clé usb pour la repérer et je noterais son chemin (/dev/sdx)
Ensuite je créerais un répertoire dans lequel monter le périphérique (device) mkdir /media/USB et je ferais un mount /dev/sdx /media/USB.
Ensuite pour copier le fichier `cp /run/initramfs/rdsosreport.txt /media/USB/rdsosreport.txt
Julien_c'est_bien (y'a pas que Seb)
# Re:
Posté par Tonton Benoit . Évalué à 2.
La clé n’apparaît pas simplement dans le gestionnaire de ficher quand tu la branches ? Et la commande c'est
lspci
sans espace.Que donne
ls /dev/disk/by-id/
aussi (pour voir si le disque-dur physiquement reconnu) ?[^] # Re:
Posté par electro575 . Évalué à 1.
Le HDD fonctionne oui.
Le PC ne voulait pas bouter avec windows Vista sur le HDD à la base.
J'ai formaté le HDD avec Fedora, la première version ne veut pas booter et j'attérie sur un terminal.
"Warning : /dev/sdb2 does not exist
Generating "/run/initramfs/rdsosreport.txt"
Entering emergency mode. Exit the shell to continue.
Type "journalctl" to view system logs
…"
Le fichier journalctl est le même que "/run/initramfs/rdsosreport.txt"?
Ci-joint, ce fichier en fin de topic si j'arrive à le mettre.
Ensuite, je reboot et je lance le rescue fedo. Je lance un dnf update.
Tout se met à jour et je vous écris sur le fofo depuis la version mis à jour de fedo.
… pourquoi ça marche maintenant je ne sais pas mais j'aimerais quand même savoir ce qui peut déconner sur la première version.
Pour lspci :
[root@localhost dev]# lspci
00:00.0 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a1)
00:01.0 ISA bridge: NVIDIA Corporation MCP61 LPC Bridge (rev a2)
00:01.1 SMBus: NVIDIA Corporation MCP61 SMBus (rev a2)
00:01.2 RAM memory: NVIDIA Corporation MCP61 Memory Controller (rev a2)
00:02.0 USB controller: NVIDIA Corporation MCP61 USB 1.1 Controller (rev a3)
00:02.1 USB controller: NVIDIA Corporation MCP61 USB 2.0 Controller (rev a3)
00:04.0 PCI bridge: NVIDIA Corporation MCP61 PCI bridge (rev a1)
00:05.0 Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2)
00:06.0 IDE interface: NVIDIA Corporation MCP61 IDE (rev a2)
00:07.0 Bridge: NVIDIA Corporation MCP61 Ethernet (rev a2)
00:08.0 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2)
00:08.1 IDE interface: NVIDIA Corporation MCP61 SATA Controller (rev a2)
00:09.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2)
00:0b.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2)
00:0c.0 PCI bridge: NVIDIA Corporation MCP61 PCI Express bridge (rev a2)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:09.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev 80)
02:00.0 VGA compatible controller: NVIDIA Corporation G86 [GeForce 8500 GT] (rev a1)
** [root@localhost dev]# ls /dev/disk/by-id/**
ata-Hitachi_HDP725050GLA360_GEA530RE2ME33E
ata-Hitachi_HDP725050GLA360_GEA530RE2ME33E-part1
ata-Hitachi_HDP725050GLA360_GEA530RE2ME33E-part2
ata-Hitachi_HDP725050GLA360_GEA530RE2ME33E-part3
ata-HL-DT-ST_DVD-RAM_GH10L_M0081TI1711
usb-265650538280-0:0
usb-265650538280-0:0-part1
usb-_265650538280-0:0-part2
usb-Generic_Flash_Disk_CCBB1207200858340224079604-0:0
usb-Generic_Flash_Disk_CCBB1207200858340224079604-0:0-part1
usb-Generic_Flash_Disk_CCBB1207200858340224079604-0:0-part2
usb-Generic_USB_CF_Reader_920321111113-0:1
usb-GenericUSB_MS_Reader_920321111113-0:3
usb-Generic_USB_SD_Reader_920321111113-0:0
usb-Generic_USB_SM_Reader_920321111113-0:2
wwn-0x33c2ce5cca35000
wwn-0x33c2ce5cca35000-part1
wwn-0x33c2ce5cca35000-part2
wwn-0x33c2ce5cca35000-part3
wwn-0x48005001
[^] # Re:
Posté par electro575 . Évalué à 1.
[^] # Re:
Posté par electro575 . Évalué à 0.
[^] # Re:
Posté par electro575 . Évalué à 0.
Il existe peut être des logiciels de dépannage PC sous linux
[^] # Re:
Posté par Tonton Benoit . Évalué à 4.
BOOT_IMAGE=/boot/vmlinuz-4.2.3-300.fc23.i686 root=/dev/sdb2 ro rhgb quiet LANG=fr_FR.UTF-8
Fedora tente de démarrer à partir du second disque alors qu'il n'y en a qu'un.
Quand le menu de démarrage grub s'affiche, sélectionne Fedora sans appuyer sur entrée et tape la lettre 'e', là tu pourra éditer la ligne de commande (pour ce démarrage uniquement) et remplacer sdb2 par sda2.
Une fois Fedora lancé, tape
grub2-mkconfig -o /boot/grub2/grub.cfg
pour mettre à jour grub.[^] # Re:
Posté par Marotte ⛧ . Évalué à 4. Dernière modification le 21 mai 2016 à 23:07.
Pour compléter la réponse de Tonton Benoit qui t’a donné la solution.
Dès le shell de secours tu aurais dû faire attention au :
c’est ça qui aurait pu te mettre sur la voie.
Ce n’est en aucun cas un dysfonctionnement ou quelque chose que tu aurais mal fait. Quand tu as installé Fedora le disque a été déclaré comme second disque, d’où la lettre b dans /dev/sdb, et vu que là tu le remontes dans une UC où il est seul tu as ce problème.
Je ne sais pas s’il l’installeur offre la possibilité d’inverser à l’installation de l’OS, cela dit, j’en doute, car c’est le noyau de l’installeur qui définit cet ordre (selon celui du BIOS/UEFI je pense) et la manipulation qu’on t’a indiqué reste simple.
Je viens de chercher un peu sur le web et visiblement on peut indiquer un identifiant de partition pour le paramètre root= d’une entrée GRUB (sous la forme
root=PARTUUID=
), je me demande pourquoi ce n’est pas utilisé par Fedora. Ça aurait évité ce comportement…[^] # Re:
Posté par NeoX . Évalué à 2.
peut-etre qu'il utilise une vieille version de fedora ?
car il me semble que justement toutes les distribs sont passé aux PARTUUID pour eviter ce genre de soucis.
solution temporaire :
refaire l'installation, mais en ne mettant que ce disque dans la machine avec laquelle il fait l'installation.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.