Questions générales sur Manjaro Linux.
S'il vous plaît, avant de poster, essayez la fonction de recherche du forum.
Répondre

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#1Messageil y a 5 ans

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 ? :bjr:
Dernière modification par dropforgedil y a 5 ans, modifié au total 1 fois.

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#2Messageil y a 5 ans

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

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#3Messageil y a 5 ans

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

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#4Messageil y a 5 ans

a vérifier dans les log ( -1 boot précédent , -2 , etc.. )

sudo journalctl -b -1 -p 3
Dernière modification par Erwanil y a 5 ans, modifié au total 1 fois.
Raison :ajout balises code

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#5Messageil y a 5 ans

Voila le retour de sudo journalctl -b -1 -p 3

[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)

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#6Messageil y a 5 ans

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.

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#7Messageil y a 5 ans

J'ai lancé les commandes que tu m'as indiqué.

Voici les 2 fichiers modules :

modules.txt

Module                  Size  Used by
fuse                  118784  3
nouveau              2187264  4
snd_hda_codec_via      24576  1
snd_hda_codec_generic    86016  1 snd_hda_codec_via
mxm_wmi                16384  1 nouveau
wmi                    28672  2 mxm_wmi,nouveau
i2c_algo_bit           16384  1 nouveau
ttm                   126976  1 nouveau
edac_mce_amd           28672  0
drm_kms_helper        200704  1 nouveau
kvm_amd               106496  0
drm                   479232  7 drm_kms_helper,ttm,nouveau
ccp                    94208  1 kvm_amd
rng_core               16384  1 ccp
agpgart                49152  3 ttm,nouveau,drm
syscopyarea            16384  1 drm_kms_helper
sysfillrect            16384  1 drm_kms_helper
sysimgblt              16384  1 drm_kms_helper
ppdev                  20480  0
snd_hda_intel          45056  3
snd_hda_codec         151552  3 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_via
fb_sys_fops            16384  1 drm_kms_helper
kvm                   737280  1 kvm_amd
snd_hda_core           94208  4 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hda_codec_via
snd_hwdep              16384  1 snd_hda_codec
irqbypass              16384  1 kvm
pcspkr                 16384  0
snd_pcm               131072  3 snd_hda_intel,snd_hda_codec,snd_hda_core
snd_timer              36864  1 snd_pcm
snd                    98304  13 snd_hda_codec_generic,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_timer,snd_hda_codec_via,snd_pcm
soundcore              16384  1 snd
k10temp                16384  0
input_leds             16384  0
led_class              16384  2 input_leds,nouveau
joydev                 24576  0
mousedev               24576  0
forcedeth              73728  0
evdev                  24576  12
parport_pc             49152  0
parport                57344  2 parport_pc,ppdev
i2c_nforce2            16384  0
mac_hid                16384  0
pcc_cpufreq            16384  0
acpi_cpufreq           24576  0
crypto_user            16384  0
ip_tables              28672  0
x_tables               45056  1 ip_tables
ext4                  737280  3
crc32c_generic         16384  4
crc16                  16384  1 ext4
mbcache                16384  1 ext4
jbd2                  126976  1 ext4
fscrypto               32768  1 ext4
uas                    28672  0
usb_storage            69632  1 uas
hid_generic            16384  0
usbhid                 57344  0
hid                   139264  2 usbhid,hid_generic
sr_mod                 28672  0
cdrom                  69632  1 sr_mod
sd_mod                 61440  4
ata_generic            16384  0
pata_acpi              16384  0
ohci_pci               16384  0
sata_nv                36864  3
pata_amd               24576  0
ehci_pci               16384  0
ehci_hcd               94208  1 ehci_pci
ohci_hcd               57344  1 ohci_pci
libata                278528  4 pata_amd,pata_acpi,ata_generic,sata_nv
scsi_mod              258048  5 sd_mod,usb_storage,uas,libata,sr_mod
usbcore               294912  7 ohci_hcd,ehci_pci,usbhid,usb_storage,ehci_hcd,ohci_pci,uas
usb_common             16384  1 usbcore
modules-fallback

Module                  Size  Used by
fuse                  118784  3
snd_hda_codec_via      24576  1
snd_hda_codec_generic    86016  1 snd_hda_codec_via
nouveau              2187264  6
snd_hda_intel          45056  3
mxm_wmi                16384  1 nouveau
wmi                    28672  2 mxm_wmi,nouveau
i2c_algo_bit           16384  1 nouveau
snd_hda_codec         151552  3 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_via
snd_hda_core           94208  4 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hda_codec_via
snd_hwdep              16384  1 snd_hda_codec
ttm                   126976  1 nouveau
snd_pcm               131072  3 snd_hda_intel,snd_hda_codec,snd_hda_core
snd_timer              36864  1 snd_pcm
drm_kms_helper        200704  1 nouveau
input_leds             16384  0
joydev                 24576  0
ppdev                  20480  0
edac_mce_amd           28672  0
kvm_amd               106496  0
ccp                    94208  1 kvm_amd
snd                    98304  13 snd_hda_codec_generic,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_timer,snd_hda_codec_via,snd_pcm
soundcore              16384  1 snd
drm                   479232  9 drm_kms_helper,ttm,nouveau
agpgart                49152  3 ttm,nouveau,drm
syscopyarea            16384  1 drm_kms_helper
sysfillrect            16384  1 drm_kms_helper
sysimgblt              16384  1 drm_kms_helper
fb_sys_fops            16384  1 drm_kms_helper
led_class              16384  2 input_leds,nouveau
rng_core               16384  1 ccp
kvm                   737280  1 kvm_amd
k10temp                16384  0
irqbypass              16384  1 kvm
parport_pc             49152  0
pcspkr                 16384  0
mousedev               24576  0
parport                57344  2 parport_pc,ppdev
forcedeth              73728  0
i2c_nforce2            16384  0
evdev                  24576  12
mac_hid                16384  0
pcc_cpufreq            16384  0
acpi_cpufreq           24576  0
crypto_user            16384  0
ip_tables              28672  0
x_tables               45056  1 ip_tables
ext4                  737280  3
crc32c_generic         16384  4
crc16                  16384  1 ext4
mbcache                16384  1 ext4
jbd2                  126976  1 ext4
fscrypto               32768  1 ext4
uas                    28672  0
usb_storage            69632  1 uas
hid_generic            16384  0
usbhid                 57344  0
hid                   139264  2 usbhid,hid_generic
sr_mod                 28672  0
cdrom                  69632  1 sr_mod
sd_mod                 61440  4
ata_generic            16384  0
pata_acpi              16384  0
ohci_pci               16384  0
pata_amd               24576  0
sata_nv                36864  3
ehci_pci               16384  0
ehci_hcd               94208  1 ehci_pci
libata                278528  4 pata_amd,pata_acpi,ata_generic,sata_nv
scsi_mod              258048  5 sd_mod,usb_storage,uas,libata,sr_mod
ohci_hcd               57344  1 ohci_pci
usbcore               294912  7 ohci_hcd,ehci_pci,usbhid,usb_storage,ehci_hcd,ohci_pci,uas
usb_common             16384  1 usbcore
J'avoue avoir un peu du mal à "analyser", mais je dirais qu'il n'y a pas de différence entre les 2 fichiers :saispas:

Voila le retour suite à sudo mkinitcpio -P

==> Building image from preset: /etc/mkinitcpio.d/linux414.preset: 'default'
  -> -k /boot/vmlinuz-4.14-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.14-x86_64.img
==> Starting build: 4.14.70-1-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-4.14-x86_64.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux414.preset: 'fallback'
  -> -k /boot/vmlinuz-4.14-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.14-x86_64-fallback.img -S autodetect
==> Starting build: 4.14.70-1-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-4.14-x86_64-fallback.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux418.preset: 'default'
  -> -k /boot/vmlinuz-4.18-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.18-x86_64.img
==> Starting build: 4.18.8-2-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-4.18-x86_64.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux418.preset: 'fallback'
  -> -k /boot/vmlinuz-4.18-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.18-x86_64-fallback.img -S autodetect
==> Starting build: 4.18.8-2-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-4.18-x86_64-fallback.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux49.preset: 'default'
  -> -k /boot/vmlinuz-4.9-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.9-x86_64.img
==> Starting build: 4.9.127-1-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-4.9-x86_64.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux49.preset: 'fallback'
  -> -k /boot/vmlinuz-4.9-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.9-x86_64-fallback.img -S autodetect
==> Starting build: 4.9.127-1-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-4.9-x86_64-fallback.img
==> Image generation successful
L'erreur ne s'était pas reproduite aujourd'hui, je ne sais donc pas si la manip a était efficace, je surveille et poste dès qu'il y a du nouveau...

Merci en tout cas lemust83 :wink:

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#8Messageil y a 5 ans

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.

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#9Messageil y a 5 ans

Merci pour ton aide et tes explications :wink: , pour l'instant plus de problème, j'attend un peu pour voir...

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#10Messageil y a 5 ans

Salut à tous

Je ne peux pas dire que le problème est réglé, l'erreur ré-apparaît de temps à autre...

Le problème pourrait-il venir de mon disque dur ?
J'ai fais un test avec gsmartcontrol, mais peut être y-a t'il un outil plus performant ?

Ou si vous avez d'autre pistes...

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#11Messageil y a 5 ans

Bonjour.
Peux tu nous donner le contenu de la ligne [hook] décommentée dans /etc/mkinicpio.conf.
Pour moi, ça donne ça:

HOOKS="base udev autodetect modconf block keyboard keymap resume filesystems fsck"
Autre point, je suppose que tu es en Uefi.
Donne nous le retour de sudo blkid et de sudo fdisk -l

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#12Messageil y a 5 ans

La ligne décommentée de /etc/mkinicpio.conf est :

#    HOOKS=(base udev autodetect block filesystems)
Voila tout le contenu au cas ou...

# 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

Retour de sudo blkid

/dev/sda1: UUID="0ecd9685-b3b4-4ffc-bd51-ab45462222b8" TYPE="ext4" PARTUUID="000c03df-01"
/dev/sda3: UUID="579fefc3-e6da-44dc-be31-865752bc1999" TYPE="ext4" PARTUUID="000c03df-03"
/dev/sda4: UUID="3d44b52f-6b1a-4867-9363-65b60c355065" TYPE="ext4" PARTUUID="000c03df-04"
/dev/sda5: LABEL="stock" UUID="50b2a3cb-dbfb-4fb9-997b-322b362057cb" TYPE="ext4" PARTUUID="000c03df-05"
/dev/sda6: UUID="f05cd108-6ca2-485f-9381-d0ee5f40ba6c" TYPE="swap" PARTUUID="000c03df-06"
/dev/sda7: LABEL="home" UUID="dc2f003a-3041-4791-96cc-2beeb6c7ed3f" TYPE="ext4" PARTUUID="000c03df-07"
/dev/sda8: UUID="1e307db1-5fac-463c-80e2-77b8b54efde6" TYPE="swap" PARTUUID="000c03df-08"
/dev/sda9: LABEL="sos" UUID="336c71c6-83cb-4981-a83e-1252a0db5ae1" TYPE="ext4" PARTUUID="000c03df-09"
Et sudo fdisk -l

Disque /dev/sda : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x000c03df

Périphérique Amorçage      Début        Fin   Secteurs Taille Id Type
/dev/sda1             3661266944 3743186865   81919922  39,1G 83 Linux
/dev/sda2                   6142 3661266943 3661260802   1,7T  f Étendue W95 (LB
/dev/sda3             3743186944 3825106943   81920000  39,1G 83 Linux
/dev/sda4             3825106944 3907028818   81921875  39,1G 83 Linux
/dev/sda5                   8192 3326441471 3326433280   1,6T 83 Linux
/dev/sda6             3653074944 3661266943    8192000   3,9G 82 partition d'éch
/dev/sda7             3410456576 3653072895  242616320 115,7G 83 Linux
/dev/sda8             3326443520 3334635519    8192000   3,9G 82 partition d'éch
/dev/sda9             3342827520 3410454527   67627008  32,3G 83 Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#13Messageil y a 5 ans

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 .

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#14Messageil y a 5 ans

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 :wink:

Voila ce que j'ai voulu faire :

Image

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é :oops: ). Quand j'ai installé ce disque dur, je ne m'y connaissais pas trop (comme si maintenant je m'y connaissais :clap ) 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 :saispas:

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#15Messageil y a 5 ans

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:

sudo dd if=/dev/sda of=/dev/sda5/mbr.img bs=512 count=1 
ou ailleurs mais mets le à l'abri sur une clé par exemple.
Pour le restaurer au cas où depuis une live-session:

sudo dd if=/chemin/mbr.img of=/dev/sda bs=512 count=1

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#16Messageil y a 5 ans

Merci pour tout tes conseils :bien

ERROR: device UUID <ID> not found. Skipping fsck.” dropped into emergency shell

#17Messageil y a 5 ans

Je déterre un peu ce problème, mais je viens d'en avoir la réponse par un membre du forum archlinux.fr

Le problème viens de GRUB

Il faut modifier le fichier /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="quiet rootdelay=60"
GRUB_CMDLINE_LINUX="rootdelay=60"
Mettre à jour le GRUB

sudo grub-mkconfig -o /boot/grub/grub.cfg
Et tout fonctionne nickel, au démarrage, la partition système non trouvée est maintenant marquée "clean" au démarrage.
Répondre