Emergency mode prima del login

Ciao a tutti,
ieri mattina ho aggiornato al kernel 3.10.9, ma avviandolo invece di presentarmi la schermata di login, mi visualizza una schermata nera con scritto “Welcome to emergency mode!”. Ho provato a fare CTRL+D, come suggerito, per continuare ma nulla. Allora ho riavviato e fatto partire il kernel 3.9.5, visto che ho installato la nuova versione da pochi giorni, ma anche questo entra in emergency mode. In questo caso, però facendo CTRL+D mi visualizza la schermata di login. Come posso fare per risolvere il problema?

Grazie a tutti!

Effettua il login con il kernel precedente, quindi riporta l’output richiesto nel http://forum.fedoraonline.it/viewtopic.php?pid=215675#p215675, oltre a

$ cat /etc/fstab
$ grep CMDLINE /etc/default/grub
# blkid

Ciao,
grazie della risposta! Riporto gli output richiesti.

cat /etc/fstab

UUID=bc6352b6-1673-45a8-b490-03da94eb19e2 / ext4 defaults 1 1 UUID=80FC-5F90 /boot/efi vfat umask=0077,shortname=winnt 0 0 UUID=33e5d146-0898-44a6-83a3-90251c544c4f /home ext4 defaults 1 2 UUID=d44b48d3-f9f6-4b78-a7a4-ee1ae4a2b232 /var/www ext4 defaults 1 2

grep CMDLINE /etc/default/grub

GRUB_CMDLINE_LINUX="rd.md=0 rd.lvm=0 rd.dm=0 $( -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) rd.luks=0 vconsole.font=latarcyrheb-sun16 vconsole.keymap=it2 rhgb quiet"

blkid

/dev/sda1: LABEL="SYSTEM" UUID="80FC-5F90" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="6b139546-f3e4-423c-8a5a-5429389899b4" /dev/sda2: LABEL="Recovery" UUID="885202085201FC26" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="1eca3787-605b-4e4e-947e-603b155f5389" /dev/sda3: PARTLABEL="Microsoft reserved partition" PARTUUID="453316b9-f18d-4e99-9434-c5f0b6dd80a8" /dev/sda4: LABEL="OS" UUID="A478065E7806301A" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="a5dc35f6-5a5e-47f9-97d2-207ddf78489e" /dev/sda5: LABEL="DATA" UUID="4A16E96F16E95C87" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="274280a3-3ab5-4020-b524-0740bf2f2eea" /dev/sda6: LABEL="Restore" UUID="FAC20D83C20D44FB" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="14fa438d-4143-4e70-923a-f3a4f971ceb9" /dev/sda7: LABEL="Windows7" UUID="4F55387A4D50AB5A" TYPE="ntfs" PARTUUID="98df8449-47f5-486f-a248-95211bff954b" /dev/sda8: UUID="bc6352b6-1673-45a8-b490-03da94eb19e2" TYPE="ext4" PARTUUID="c0f46812-272f-497b-b724-bdaaf061044a" /dev/sda9: UUID="d44b48d3-f9f6-4b78-a7a4-ee1ae4a2b232" TYPE="ext4" PARTUUID="ae7efba6-872c-4e83-8dff-1676fadb4668" /dev/sda10: UUID="33e5d146-0898-44a6-83a3-90251c544c4f" TYPE="ext4" PARTUUID="ff3c192b-24c7-4a94-819a-24870114c932" /dev/sda11: PARTUUID="816b2199-c220-4b81-9262-9185bf6a9538" /dev/sdb1: PARTLABEL="HFS" PARTUUID="4613ee39-4727-4347-8134-173f590f716f" /dev/sdb2: LABEL="IntelRST" UUID="C258022158021537" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="6e22ea5d-a660-42ff-bb2f-9a697f74ee88"

parted -l

[code]Modello: ATA Hitachi HTS54505 (scsi)
Disco /dev/sda: 500GB
Dimensione del settore (logica/fisica): 512B/4096B
Tabella delle partizioni: gpt
Flag del disco:

Numero Inizio Fine Dimensione File system Nome Flag
1 1049kB 316MB 315MB fat32 EFI system partition avvio
2 316MB 1259MB 944MB ntfs Basic data partition nascosta, diag
3 1259MB 1394MB 134MB Microsoft reserved partition msftres
4 1394MB 75,4GB 74,0GB ntfs Basic data partition
5 75,4GB 87,3GB 11,9GB ntfs Basic data partition
6 87,3GB 109GB 21,5GB ntfs Basic data partition nascosta, diag
7 109GB 173GB 64,2GB ntfs
8 173GB 194GB 20,9GB ext4
9 194GB 198GB 4287MB ext4
10 198GB 500GB 302GB ext4
11 500GB 500GB 1049kB bios_grub

Modello: ATA SanDisk SSD i100 (scsi)
Disco /dev/sdb: 24,0GB
Dimensione del settore (logica/fisica): 512B/512B
Tabella delle partizioni: gpt
Flag del disco:

Numero Inizio Fine Dimensione File system Nome Flag
2 1049kB 4296MB 4295MB ntfs Basic data partition nascosta
1 4297MB 24,0GB 19,7GB HFS[/code]

efibootmgr -v

BootCurrent: 0004 Timeout: 0 seconds BootOrder: 0004,0000,0003 Boot0000* Windows Boot Manager HD(1,800,96000,6b139546-f3e4-423c-8a5a-5429389899b4)File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...-................ Boot0003* ubuntu HD(1,800,96000,6b139546-f3e4-423c-8a5a-5429389899b4)File(EFI\Ubuntu\grubx64.efi) Boot0004* Fedora HD(1,800,96000,6b139546-f3e4-423c-8a5a-5429389899b4)File(\EFI\fedora\shim.efi)

Bene, dai un

# yum install yum-utils e vediamo anche

[code]$ df -h |grep -v tmpfs
$ free -mh

yum --setopt=history_list_view=cmds history

package-cleanup --problems

ll /boot{,/efi/EFI}

[/code]

Il pacchetto yum-utils è già presente.
Gli output sono:

df -h |grep -v tmpfs

File system Dim. Usati Dispon. Uso% Montato su /dev/sda8 20G 5,0G 14G 28% / /dev/sda1 296M 51M 246M 18% /boot/efi /dev/sda9 3,9G 191M 3,5G 6% /var/www /dev/sda10 277G 50G 214G 19% /home /dev/sdc1 298G 159G 140G 54% /run/media/marty/MARTY

free -mh

total used free shared buffers cached Mem: 3,8G 3,6G 201M 0B 70M 1,3G -/+ buffers/cache: 2,2G 1,6G Swap: 0B 0B 0B

yum --setopt=history_list_view=cmds history

[code]ID | Linea di comando | Data e ora | Azione/i | Modific

32 | install tomcat-admin-web | 2013-08-25 15:32 | Install        |    1   
31 | install tomcat-webapps   | 2013-08-25 15:30 | Install        |   17   
30 | install *xdebug*         | 2013-08-25 14:49 | Install        |    1   
29 | install gpick            | 2013-08-25 12:32 | Install        |    1   
28 | install gnome-power-mana | 2013-08-25 12:27 | Install        |    1   
27 | update                   | 2013-08-24 08:44 | I, U           |   51 EE
26 | install skype-4.0.0.7-fe | 2013-08-23 19:52 | Install        |    3  <
25 | install qrule-0.5-4.1.i6 | 2013-08-23 18:47 | Install        |   12 > 
24 | install msttcore-fonts-2 | 2013-08-23 18:47 | Install        |    1   
23 | install nautilus-dropbox | 2013-08-23 18:42 | Install        |   81 EE
22 | install ffmpeg           | 2013-08-23 18:09 | Install        |   10   
21 | install gnote keepassx   | 2013-08-23 18:09 | Install        |    3   
20 | install gedit-plugins.x8 | 2013-08-23 17:15 | Install        |    5   
19 | install opera-12.16-1860 | 2013-08-23 16:05 | Install        |    1   
18 | install google-chrome-st | 2013-08-23 16:01 | Install        |   73 EE
17 | remove gnome-weather     | 2013-08-23 14:39 | Erase          |    1   
16 | remove empathy --remove- | 2013-08-23 14:37 | Erase          |   15   
15 | remove evolution         | 2013-08-23 14:36 | Erase          |    2   
14 | install eog              | 2013-08-23 14:28 | Install        |    1   
13 | remove orca --remove-lea | 2013-08-23 14:27 | Erase          |   12   

history list[/code]

package-cleanup --problems

No Problems Found

ll /boot{,/efi/EFI}

[code]/boot:
totale 88400
dr-xr-xr-x. 4 root root 4096 24 ago 08.46 .
dr-xr-xr-x. 18 root root 4096 25 ago 2013 …
-rw-r–r--. 1 root root 129419 16 ago 01.24 config-3.10.7-200.fc19.x86_64
-rw-r–r-- 1 root root 129419 21 ago 21.32 config-3.10.9-200.fc19.x86_64
-rw-r–r--. 1 root root 127669 11 giu 21.46 config-3.9.5-301.fc19.x86_64
drwx------ 4 root root 4096 1 gen 1970 efi
-rw-r–r--. 1 root root 178176 16 feb 2013 elf-memtest86±4.20
drwxr-xr-x. 3 root root 4096 9 mag 2012 grub2
-rw-------. 1 root root 36619352 20 ago 05.49 initramfs-0-rescue-7725dfc225d14958a625ddaaaea5962b.img
-rw-------. 1 root root 8100197 23 ago 10.49 initramfs-3.10.7-200.fc19.x86_64.img
-rw------- 1 root root 8106469 24 ago 08.46 initramfs-3.10.9-200.fc19.x86_64.img
-rw-------. 1 root root 8127182 20 ago 05.48 initramfs-3.9.5-301.fc19.x86_64.img
-rw-r–r--. 1 root root 558393 27 giu 19.14 initrd-plymouth.img
-rw-r–r--. 1 root root 176500 16 feb 2013 memtest86±4.20
-rw-------. 1 root root 2645357 16 ago 01.24 System.map-3.10.7-200.fc19.x86_64
-rw------- 1 root root 2645541 21 ago 21.32 System.map-3.10.9-200.fc19.x86_64
-rw-------. 1 root root 2594764 11 giu 21.46 System.map-3.9.5-301.fc19.x86_64
-rwxr-xr-x. 1 root root 5055896 20 ago 05.49 vmlinuz-0-rescue-7725dfc225d14958a625ddaaaea5962b
-rwxr-xr-x. 1 root root 5101848 16 ago 01.24 vmlinuz-3.10.7-200.fc19.x86_64
-rw-r–r--. 1 root root 167 16 ago 01.24 .vmlinuz-3.10.7-200.fc19.x86_64.hmac
-rwxr-xr-x 1 root root 5102008 21 ago 21.32 vmlinuz-3.10.9-200.fc19.x86_64
-rw-r–r-- 1 root root 167 21 ago 21.32 .vmlinuz-3.10.9-200.fc19.x86_64.hmac
-rwxr-xr-x. 1 root root 5055896 11 giu 21.46 vmlinuz-3.9.5-301.fc19.x86_64
-rw-r–r--. 1 root root 166 11 giu 21.46 .vmlinuz-3.9.5-301.fc19.x86_64.hmac

/boot/efi/EFI:
totale 28
drwx------ 7 root root 4096 27 giu 13.12 .
drwx------ 4 root root 4096 1 gen 1970 …
drwx------ 7 root root 4096 25 dic 2012 ASUS
drwx------ 2 root root 4096 23 ago 10.40 Boot
drwx------ 3 root root 4096 24 ago 08.46 fedora
drwx------ 3 root root 4096 25 dic 2012 Microsoft
drwx------ 2 root root 4096 19 ago 20.03 ubuntu[/code]

Bene, avvia con l’ultimo kernel non funzionante, riavvia subito ed entra col kernel funzionante, quindi

[code]# journalctl $(journalctl --since=yesterday -o verbose|grep _BOOT_ID|uniq|tac|sed -n ‘2p’) -ax|fpaste

yum history info 27

$ cat /var/log/Xorg.0.log.old|grep ‘(WW|(EE’
[/code]

Spero di aver capito bene, se non è così rifaccio. Ho avviato il kernel non funzionante, al promt ho fatto reboot e avviato il kernel più vecchio funzionante.
Ecco gli output:

journalctl $(journalctl --since=yesterday -o verbose|grep _BOOT_ID|uniq|tac|sed -n ‘2p’) -ax|fpaste

[code]Hint: You are currently not seeing messages from other users and the system.
Users in the groups ‘adm’, ‘systemd-journal’, ‘wheel’ can see all messages.
Pass -q to turn off this notice.
Error was encountered while opening journal files: Errore di input/output
Failed to get realtime timestamp: Impossibile assegnare l’indirizzo richiesto
Error was encountered while opening journal files: Errore di input/output
WARNING: your paste size (2436.8KiB) is very large and may be rejected by the server. A pastebin is NOT a file hosting service!
Uploading (2436.8KiB)…
Traceback (most recent call last):
File “/usr/bin/fpaste”, line 447, in
main()
File “/usr/bin/fpaste”, line 414, in main
%url%

Il primo comando doveva esser dato come utente root.

Chiedo scusa. Ho rifatto, riecco gli output.

journalctl $(journalctl --since=yesterday -o verbose|grep _BOOT_ID|uniq|tac|sed -n ‘2p’) -ax|fpaste

[code]Error was encountered while opening journal files: Errore di input/output
Error was encountered while opening journal files: Errore di input/output
WARNING: your paste size (2437.2KiB) is very large and may be rejected by the server. A pastebin is NOT a file hosting service!
Uploading (2437.2KiB)…
Traceback (most recent call last):
File “/usr/bin/fpaste”, line 447, in
main()
File “/usr/bin/fpaste”, line 414, in main
%url%

Non era necessario ripetere gli altri comandi, dopo la sequenza di riavvio. Riprova per cortesia (dopo la sequenza di riavvio) con

# journalctl $(journalctl --since=yesterday -o verbose|grep _BOOT_ID|uniq|tac|sed -n '2p') -ax|tail -2000|fpaste

e aggiungi l’output di

# grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

Ecco gli output:

journalctl $(journalctl --since=yesterday -o verbose|grep _BOOT_ID|uniq|tac|sed -n ‘2p’) -ax|tail -2000|fpaste

Error was encountered while opening journal files: Errore di input/output Error was encountered while opening journal files: Errore di input/output Uploading (175.9KiB)... http://ur1.ca/f89l2 -> http://paste.fedoraproject.org/34765/77512539

grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

Generating grub.cfg ... Found linux image: /boot/vmlinuz-3.10.9-200.fc19.x86_64 Found initrd image: /boot/initramfs-3.10.9-200.fc19.x86_64.img Found linux image: /boot/vmlinuz-3.10.7-200.fc19.x86_64 Found initrd image: /boot/initramfs-3.10.7-200.fc19.x86_64.img Found linux image: /boot/vmlinuz-3.9.5-301.fc19.x86_64 Found initrd image: /boot/initramfs-3.9.5-301.fc19.x86_64.img Found linux image: /boot/vmlinuz-0-rescue-7725dfc225d14958a625ddaaaea5962b Found initrd image: /boot/initramfs-0-rescue-7725dfc225d14958a625ddaaaea5962b.img Found Windows Boot Manager on Microsoft/Boot/bootmgfw.efi done

Da una live o dalla console di emergenza, dai un fsck su /dev/sda8.

# fsck.ext4 -f -v /dev/sda8

Ciao marty89, ciao tempus

Vi sto seguendo in tempo reale, perché ho anch’io lo stesso problema, ma apparentemente più grave, perché nessun kernel funziona. Ieri andava tutto, ma stamattina al boot è entrato in Emercency mode e fa lo stesso con tutte le versioni precedenti.

Ho lanciato diversi comandi per la diagnostica del sistema, ma molti non danno output significativi. Per es.

fsck.ext4 -f -v /dev/sda3

ef2sck 1.42.7 (21-Jan-2013)
/dev/sda3 is in use.

sia da terminale d’emergenza che da live

grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

ovviamente non funziona, ecc…

tempus che faccio ? Aspetto di vedere come va a finire con marty89 o posso provare a far qualcosa anch’io e vedere se risolviamo due problemi in un colpo solo ?

@robertomer
Apri una discussione facendo riferimento a questo thread, riportando gli errori che vedi con

# journalctl -abx|tail -20

Riporta quali sono state le ultime operazioni che hai compiuto e se ti è capitato di spegnere la macchina “brutalmente” (senza passare per il normale shutdown).
Dici che hai una live, con la live /dev/sda3 (che deduco tu reputi essere /) non dovrebbe essere montato. Dalla live, riporta nel nuovo thread anche

# blkid
# efibootmgr -v
# mkdir /media/rescue
# mount /dev/sda3 /media/rescue
# cat /media/rescue/etc/fstab

Con una live sono riuscita a lanciare il comando e mi ha fatto confermare un po’ di correzioni. Ho riavviato il computer e adesso non si presenta più la schermata di emergency mode, ma una schermata nera.

@tempus

Fatto.http://forum.fedoraonline.it/viewtopic.php?pid=215835#p215835.

@marty89
Dai un fsck anche su /dev/sda10. Se non risolve, giunta a GRUB seleziona il kernel che ha sempre funzionato, premi “e”, sul rigo che comincia con linux o linuxefi, rimuovi “rhgb quiet” in coda a tale rigo e aggiungi “single”. Avvia con F10.
Dovresti riuscire ad avviare in modalità single, o quanto meno a vedere in quale punto si blocca il tutto.
Se non riesci ad avviare in modalità single,
da una live (affine per architettura e versione alla fedora installata), dai un

[code]$ su -

mkdir -p /media/rescue

mount /dev/sda8 /media/rescue

mount /dev/sda1 /media/rescue/boot/efi

mount|grep /dev/sd

for i in {/dev/,/run/,/proc/,/sys/}; do mount -o bind “$i” “/media/rescue$i”; done

chroot /media/rescue

grub2-install /dev/sda --recheck

grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

[/code]

Allora, ho provato a dare fsck su dev10 ma non ha riscontrato problemi, quindi non è cambiato nulla. Al GRUB ho selezionato il kernel funzionante, ma premendo “e” non mi ha visualizzato nessuna riga con linux o linuxefi. Ti riporto quello che mi visualizzava:

load_video set gfxpayload=keep insmod gzi0 insmod part_gpt insmod ext2 set root='hd0, gpt8' if x$feature_platform_search_hint=xy ]; then search --no-floppy --fs-uuid --set=root -- hint-bios=hd0, gpt8 --hint-efi=hd0, gpt8 --hint-baremetal=ahci0, gpt8 bc6352b6-1673-45a8-b490-03da94eb19e2 else search --no-floppy --fs-uuid --set=root bc6352b6-1673-45a8-b490-03da94eb19e2

Spero di aver riportato correttamente l’output.

Prosegui con l’ultima parte del post #17, riporta l’intero output a terminale.

Ho provato da live. I comandi che hanno dato output sono:
mount|grep /dev/sd

/dev/sdc1 on /run/initramfs/live type vfat (ro,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro) /dev/sda8 on /media/rescue type ext4 (rw,relatime,seclabel,data=ordered) /dev/sda1 on /media/rescue/boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)

grub2-install /dev/sda --recheck

BootCurrent: 0005 Timeout: 0 seconds BootOrder: 0000,0003,0005,0006 Boot0000* Windows Boot Manager Boot0003* ubuntu Boot0005* UEFI: USB Flash Disk 1100 Boot0006* Hard Drive BootCurrent: 0005 Timeout: 0 seconds BootOrder: 0001,0000,0003,0005,0006 Boot0000* Windows Boot Manager Boot0003* ubuntu Boot0005* UEFI: USB Flash Disk 1100 Boot0006* Hard Drive Boot0001* fedora Installation finished. No error reported.

grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

Generating grub.cfg ... Found linux image: /boot/vmlinuz-3.10.9-200.fc19.x86_64 Found initrd image: /boot/initramfs-3.10.9-200.fc19.x86_64.img Found linux image: /boot/vmlinuz-3.10.7-200.fc19.x86_64 Found initrd image: /boot/initramfs-3.10.7-200.fc19.x86_64.img Found linux image: /boot/vmlinuz-3.9.5-301.fc19.x86_64 Found initrd image: /boot/initramfs-3.9.5-301.fc19.x86_64.img Found linux image: /boot/vmlinuz-0-rescue-7725dfc225d14958a625ddaaaea5962b Found initrd image: /boot/initramfs-0-rescue-7725dfc225d14958a625ddaaaea5962b.img umount: /var/lib/os-prober/mount: target is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) rmdir: failed to remove '/var/lib/os-prober/mount': Device or resource busy umount: /var/lib/os-prober/mount: target is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) rmdir: failed to remove '/var/lib/os-prober/mount': Device or resource busy rmdir: failed to remove '/var/lib/os-prober/mount': Device or resource busy rmdir: failed to remove '/var/lib/os-prober/mount': Device or resource busy rmdir: failed to remove '/var/lib/os-prober/mount': Device or resource busy rmdir: failed to remove '/var/lib/os-prober/mount': Device or resource busy umount: /var/lib/os-prober/mount: target is busy. (In some cases useful info about processes that use the device is found by lsof(8) or fuser(1)) rmdir: failed to remove '/var/lib/os-prober/mount': Device or resource busy rmdir: failed to remove '/var/lib/os-prober/mount': Device or resource busy

Volevo segnalare che l’ultimo comando si e’ bloccato con l’ultima riga che ho copiato e dopo aver aspettato diversi minuti ho dovuto fermarlo.