Depuis quelque temps (je n'ai pas fais attention si c'est suite à une mise à jour...), au démarrage, après le GRUB, j'ai une erreur
ERROR: device UUID <0ecd9685-b3b4-4ffc-bd51-ab45462222b8> not found. Skipping fsck.”, dropped into emergency shell
0ecd9685-b3b4-4ffc-bd51-ab45462222b8 étant l'UUID de ma partition "/" de Manjaro
Quelque fois, suite à ce message, le démarrage s’arrête et je me retrouve avec un invite "#Root" et quelque fois, cela n'empêche pas le démarrage de Manjaro.
Voila mon etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=dc2f003a-3041-4791-96cc-2beeb6c7ed3f /home ext4 defaults,noatime 0 2
UUID=0ecd9685-b3b4-4ffc-bd51-ab45462222b8 / ext4 defaults,noatime 0 1
UUID=50b2a3cb-dbfb-4fb9-997b-322b362057cb /mnt/stock ext4 defaults,noatime 0 2
# UUID=13ef5cda-be99-4f21-b5f0-8d1b6521f594 /mnt/sos ext4 defaults,noatime 0 2
J'ai testé le disque dur avec gsmartcontrol et il n'y a pas d'erreurs.
Si quelqu'un à une idée ?
PC desktop AMD Athlon II X2 240 - carte mère ASRock N68C-S (NVIDIA GeForce 7025) ("carte" graphique intégrée) - 4Go de RAM
Dernière modification par dropforgedil y a 5 ans, modifié au total 1 fois.
Bonjour.
Toujours la même question. "Qui tient le bootloader?"
Normalement, on n'indique pas dans le fichier de génération de grub <set root=/dev/sdX> mais set root=(hdX,Y) soit pour /dev/sda1 sur une table en GPT: set root='hd0,gpt1'
A adapter évidemment .
Concernant les grosses différences entre Grub Debian et Grub Archlinux, ceci pourrait t'aider: 95169
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
Si je comprend bien ce que tu veux dire, le bootloader est celui de manjaro (de toute façon je n'ai pas de distrib debian installée).
Le fichier de génération de GRUB, je n'y ai pas touché, il s'est configuré a l'installation.
Qu'est ce qu'il faudrait que je vérifie ?
Ce qui m'étonne, c'est que ce défaut n'apparait pas a chaque démarrage
PC desktop AMD Athlon II X2 240 - carte mère ASRock N68C-S (NVIDIA GeForce 7025) ("carte" graphique intégrée) - 4Go de RAM
[drop-manjaro@drop-manjaro-pc ~]$ sudo journalctl -b -1 -p 3
-- Logs begin at Sun 2018-08-19 11:49:23 CEST, end at Sat 2018-09-22 08:54:19 C>
sept. 21 17:55:48 drop-manjaro-pc kernel: do_IRQ: 0.55 No irq handler for vector
sept. 21 17:56:03 drop-manjaro-pc kernel: nouveau 0000:00:0d.0: bus: MMIO write>
lines 1-3/3 (END)
[drop-manjaro@drop-manjaro-pc ~]$ sudo journalctl -b -2 -p 3
-- Logs begin at Sun 2018-08-19 11:49:23 CEST, end at Sat 2018-09-22 09:02:19 C>
sept. 21 13:43:43 drop-manjaro-pc kernel: do_IRQ: 0.55 No irq handler for vector
sept. 21 13:43:58 drop-manjaro-pc kernel: nouveau 0000:00:0d.0: bus: MMIO write>
[drop-manjaro@drop-manjaro-pc ~]$ sudo journalctl -b -3 -p 3
-- Logs begin at Sun 2018-08-19 11:49:23 CEST, end at Sat 2018-09-22 09:02:59 C>
sept. 21 12:09:00 drop-manjaro-pc kernel: do_IRQ: 0.55 No irq handler for vector
sept. 21 12:09:15 drop-manjaro-pc kernel: nouveau 0000:00:0d.0: bus: MMIO write>
lines 1-3/3 (END)
PC desktop AMD Athlon II X2 240 - carte mère ASRock N68C-S (NVIDIA GeForce 7025) ("carte" graphique intégrée) - 4Go de RAM
Bonjour.
Il y a un message sur l'inter qui évoque un problème analogue.
La réponse (traduite) de Jonhaton , un des développeur de Manjaro:
Les nouveaux noyaux affichent presque toujours plus de messages/nouveaux messages en raison d'un plus grand nombre de fonctionnalités matérielles exposées mais pas entièrement prises en charge.
Je tenterai un truc:
lsmod > modules.txt. Ça renverra la liste des modules du noyau vers un fichier texte .
Démarrage sur le noyau en mode fallback . C'est dans "Autre options" dans le menu de grub.
lsmod >modules-fallback
histoire de comparer les deux fichiers.
sudo mkinitcpio -P Ce qui reconstruira, comme tu le sais, les images de boot mais avec la présence de tous les modules précompilés par les dèvs.Cette image du kernel est donc plus lourde, mais seuls les modules nécessaires seront pris en compte
Et reboot sur le noyau normal.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
Bonjour.
Pour comparer aisément deux fichiers, il y a (entre autres) diffuse qui fait bien le job.
Il suffit de faire: diffuse modules.txt modules-fallback.txt . Bien sur, on peut aussi le lancer depuis le menu des applications.
J'y ai noté quelques petites différences notamment au niveau du pilote nouveau.
A suivre, mais ça semble être sur la bonne voie.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES=(piix ide_disk reiserfs)
MODULES=""
# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image. This is run last, so it may be used to
# override the actual binaries included by a given hook
# BINARIES are dependency parsed, so you may safely ignore libraries
BINARIES=()
# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way. This is useful for config files.
FILES=""
# HOOKS
# This is the most important setting in this file. The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
## This setup specifies all modules in the MODULES setting above.
## No raid, lvm2, or encrypted root is needed.
# HOOKS=(base)
#
## This setup will autodetect all modules for your system and should
## work as a sane default
# HOOKS=(base udev autodetect block filesystems)
#
## This setup will generate a 'full' image which supports most systems.
## No autodetection is done.
# HOOKS=(base udev block filesystems)
#
## This setup assembles a pata mdadm array with an encrypted root FS.
## Note: See 'mkinitcpio -H mdadm' for more information on raid devices.
# HOOKS=(base udev block mdadm encrypt filesystems)
#
## This setup loads an lvm2 volume group on a usb device.
# HOOKS=(base udev block lvm2 filesystems)
#
## NOTE: If you have /usr on a separate partition, you MUST include the
# usr, fsck and shutdown hooks.
HOOKS="base udev autodetect modconf block keyboard keymap filesystems fsck"
# COMPRESSION
# Use this to compress the initramfs image. By default, gzip compression
# is used. Use 'cat' to create an uncompressed image.
#COMPRESSION="gzip"
#COMPRESSION="bzip2"
#COMPRESSION="lzma"
#COMPRESSION="xz"
#COMPRESSION="lzop"
#COMPRESSION="lz4"
# COMPRESSION_OPTIONS
# Additional options for the compressor
#COMPRESSION_OPTIONS=()
Et sinon, je ne suis pas en UEFI, c'est un vieux PC
Je vois deux choses :
1) Tu as une table de partition dos ce qui implique que tu as un MBR et donc pas d'Uefi.
Ce type de table ne permet que 4 partitions primaires ou 3 et une étendue. Honnêtement, ce disque ne semble pas très bien organisé.
Malheureusement, à part faire un gros ménage, je ne crois pas qu'on puisse le passer en GPT sans perdre les données.
Une table en GPT permet un partitionnement quasi à l'infini, mais il faut une partition d'au moins 1 Mo en tête pour y mettre le bootloader.
As tu besoin de 1,7 T pour W$95 ?
2) Tu as deux swap (/sda6 + /sda8) ce qui est inutile. Il suffit d'en garder une et de renseigner le fstab de son uuid dans chaque distros que tu as sur ce disque.
Perso, je ferais un gros ménage en gardant un /home intégré pour chaque distro, une swap pour tout le monde et une partition de stockage qui peut rester en ntfs.
Ton soucis vient probablement du fait que Bios a du mal a détecter les partitions .
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
Oui, c'est vrai que niveau organisation c'est peut être pas ça, en fait ça s'est fait au fil du temps...
Si je pouvais abuser un peux de ton temps lemust83 et te demander ton avis sur une meilleur organisation du disque
Voila ce que j'ai voulu faire :
Je partage le /home sda7 avec toutes les distrib que j'ai actuellement, que j'ai eu avant...
As tu besoin de 1,7 T pour W$95 ?
Je n'ai pas W95, en fait cette partition de 1,7To contient mon /home et surtout la partition sda5 que j'appelle "stock" et qui contient toutes mes archives perso, films et photos de famille.
Ce type de table ne permet que 4 partitions primaires ou 3 et une étendue
J'ai créé cette partition étendue sda3 pour justement contourner la limitation du nombre de partition.
Ce qui est fort, c'est que les partitions à l'intérieur de cette partition étendue NTFS sont toutes en ext4 (je reconnais que c'est peux être un peu abusé ). Quand j'ai installé ce disque dur, je ne m'y connaissais pas trop (comme si maintenant je m'y connaissais ) et je ne savais même pas qu'on pouvait avoir d'autre table de partition que DOS...
sda9 est une partition de sauvegarde, genre pour timeshift, je pourrais effectivement me passer de cette partition.
Je m'étais gardé 3 partitions primaires pour pouvoir tester des distrib (j'aime bien en avoir au moins 2 opérationnelles on ne sait jamais, c'est bien pratique), mais je pourrais en garder juste 2.
Les swap, 1 me suffirait effectivement.
Qu'est ce que tu me conseillerai comme ré-organisation, genre avec gparted sans perdre de donnée.
Notamment pour la partition sda5 que je ne peux pas sauvegarder sur support externe, car trop grosse
PC desktop AMD Athlon II X2 240 - carte mère ASRock N68C-S (NVIDIA GeForce 7025) ("carte" graphique intégrée) - 4Go de RAM
Sans rapport direct avec ton souci aléatoire de non reconnaissance de l'<uuid> de /dev/sda, je pense que mettre Manjaro en partage de $HOME avec Fedora n'est pas une très bonne chose. Des fichiers de conf radicalement différents peuvent poser problèmes, mais pas au niveau de la phase de démarrage. C'est pourquoi nous conseillons en cas de multi-boot sur un DD de laisser le /home intégré avec des liens vers une partition de stockage et non un /home commun. Les dossiers tels que Téléchargements ou autres peuvent eux être en liens symboliques vers une partoche DATA a indiquer dans le fstab..
Est-ce Manjaro qui tient Grub ? Il semble que Fedora ait abandonné Grub2 et mette le foutoir sur le reste lors de mise à jour. Ça pourrait expliquer le côté aléatoire quand tu fais une actualisation depuis Fedora. Là, je ne sais pas trop...
Quoi qu'il en soit , à mon humble avis, je réinstallerais (plus facile) Manjaro sur /dev/sda1 avec le /home intégré et non partagé et lui confierais Grub avec sudo grub-install /dev/sda.
J'indiquerais l'uuid d'une des deux swap dans /etc/fstab de chacune des deux distro et virerais l'autre. Au besoin, sudo swapoff /dev/sda8 par exemple avant. Cela dit, ce n'est que 3,9 Go de récupérables sur une partition logique.
Pour en revenir à ton soucis, je te conseillerais de mettre ton mbr à l'abri avant toute intervention: