Polskie Forum Użytkowników Debiana • Przy starcie systemu czasem wpada w tryb emergency mode

Strona 1 z 2

Przy starcie systemu czasem wpada w tryb emergency mode

: 02 sierpnia 2015, 13:09

autor: matrix

Jest taki temacik. Czasem jak startuję system to zamiast normalnie się uruchomić wpada w konsolowy tryb "emergency mode". Szukałem w necie ale zapytanie "emergency mode debian" zwraca mi tylko anglojęzyczne strony lub fora i mimo że coś tam angielskiego liznąłem to nie bardzo rozumiem co na owych stronach jest napisane...

Wiecie może o co chodzi ?

: 02 sierpnia 2015, 15:42

autor: marcin1982

Jaka wersja Debiana?
Podaj wynik:

Kod: Zaznacz cały

dpkg -l | grep systemd
cat /etc/default/grub
grep "linux /" /boot/grub/grub.cfg
cat /etc/fstab
su -c 'fdisk -l'

: 02 sierpnia 2015, 18:09

autor: matrix

Kod: Zaznacz cały

ii  libpam-systemd:amd64                  215-17+deb8u1                        amd64        system and service manager - PAM module
ii  libsystemd0:amd64                     215-17+deb8u1                        amd64        systemd utility library
ii  systemd                               215-17+deb8u1                        amd64        system and service manager
ii  systemd-sysv                          215-17+deb8u1                        amd64        system and service manager - SysV links

Kod: Zaznacz cały

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX="initrd=/install/gtk/initrd.gz"

Reszta z zapytania o GRUB'a zakomentowana więc nie ma po co wstawiać

Kod: Zaznacz cały

[color=#333333]grep "linux /" /boot/grub/grub.cfg[/color]

Powyższy kod nie zwraca niczego

Kod: Zaznacz cały

UUID=719d282f-8a69-4961-a904-69d745b12e0d /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=2c31fc7c-4527-4954-a00d-ca36c9fe57f8 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/sda5 /media/matrix/dysk_436G ntfs rw,uid=1000,codepage=852,iocharset=utf-8,auto  0 2
/dev/sda6 /media/matrix/dysk_64G ntfs rw,uid=1000,codepage=852,iocharset=utf-8,auto  0 2
/dev/sdc1 /media/matrix/dysk_160G ntfs rw,uid=1000,codepage=852,iocharset=utf-8,auto  0 2

Kod: Zaznacz cały

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         1008 976770143 976769136 465,8G  f W95 Ext'd (LBA)
/dev/sda5       124531407 976770143 852238737 406,4G  7 HPFS/NTFS/exFAT
/dev/sda6            4096 124530687 124526592  59,4G  7 HPFS/NTFS/exFAT

Reszta z tego zapytania to informacja o wielkości i identyfikatorach dysków więc jeśli będzie potrzebna to wstawię.

: 02 sierpnia 2015, 20:46

autor: Yampress

No przeciez tam pisze co zrobić na dołu screenu,

: 02 sierpnia 2015, 20:52

autor: matrix

Jak podam hasło root'a to mam tylko wiersz poleceń a jak nacisnę CTRL+D to po chwili mam to samo co na screen'ie.

: 02 sierpnia 2015, 20:56

autor: marcin1982

GRUB_CMDLINE_LINUX="initrd=/install/gtk/initrd.gz"

Może jest jakiś problem z tym obrazem initrd? Skąd to jest i czemu w takiej dziwnej lokalizacji zamiast np. w /boot? Czy na standardowych kernelach coś nie działa?

Po drugie - jest kilka bugów. Bez wiedzy, która usługa trzodzi ciężko będzie coś dopasować.

Czy po każdym uruchomieniu systemu korzystasz z montowanych w /etc/fstab partycji NTFS? Kwestia może być taka, że cudo pod nazwą "Szybki start" w Windows8 hibernuje systemy plików, a jądro, poprawnie zresztą nie chce ich zamontować ze względu na możliwość uszkodzenia.

Na początek:
1. Podaj wynik tej komendy, o której wspomniał Yampress

Kod: Zaznacz cały

journalctl -xb

Jeśli kolejnym razem uruchomi się normalnie to szukaj po dacie, bo -b oznacza informacje tylko z ostatniego startu:

Kod: Zaznacz cały

journalctl -x

2. Dodaj w opcjach dla każdej partycji NTFS opcję nofail.
3. Poobserwuj jak będzie się zachowywać.

: 02 sierpnia 2015, 21:10

autor: Yampress

Po zalogowaniu na roota oczywiście wykonaj te polecenia, a potem zresetuj system i zobacz co sie bedzie dziac

: 02 sierpnia 2015, 21:29

autor: matrix

Wszystko co mam, zainstalowane zostało podczas instalacji systemu. Całość jest ściągnięta jako plik obrazu. Nie wiem co to są standardowe kernele. Niczego w systemie nie zmieniałem od jego zainstalowania.
Zawsze korzystam z montowanych dysków. Gdybym z nich nie korzystał za każdym razem to bym ich automatycznie nie montował bo oczywistym jest że nie było by to potrzebne.
W kompie mam tylko linuxa, brak jest jakiegokolwiek innego systemu. Z jednym z dysków kiedyś mialem kłopot, windows nie chciał go odczytać, wrzuciłem go na linuxa, wszelkie partycje na nim usunałęm, ustawiłem jako całość i sformatowałem pod linuxem.
Komenda

Kod: Zaznacz cały

journalctl -xb

wypluwa takie coś:

Kod: Zaznacz cały

-- Logs begin at nie 2015-08-02 09:32:56 CEST, end at nie 2015-08-02 21:18:45 CEST. --sie 02 09:32:56 linux systemd-journal[168]: Runtime journal is using 8.0M (max allowed 79.2M, trying to leave 118.8M free of 784.0M available → 
sie 02 09:32:56 linux systemd-journal[168]: Runtime journal is using 8.0M (max allowed 79.2M, trying to leave 118.8M free of 784.0M available → 
sie 02 09:32:56 linux kernel: Initializing cgroup subsys cpuset
sie 02 09:32:56 linux kernel: Initializing cgroup subsys cpu
sie 02 09:32:56 linux kernel: Initializing cgroup subsys cpuacct
sie 02 09:32:56 linux kernel: Linux version 3.16.0-4-amd64 ([email protected]) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 
sie 02 09:32:56 linux kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=719d282f-8a69-4961-a904-69d745b12e0d ro initrd=/in
sie 02 09:32:56 linux kernel: e820: BIOS-provided physical RAM map:
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009f7ff] usable
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x000000000009f800-0x000000000009ffff] reserved
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000cfdeffff] usable
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x00000000cfdf0000-0x00000000cfdf2fff] ACPI NVS
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x00000000cfdf3000-0x00000000cfdfffff] ACPI data
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x00000000cfe00000-0x00000000cfefffff] reserved
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000ffffffff] reserved
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x0000000100000000-0x000000012fffffff] usable
sie 02 09:32:56 linux kernel: NX (Execute Disable) protection: active
sie 02 09:32:56 linux kernel: SMBIOS 2.4 present.
sie 02 09:32:56 linux kernel: DMI: Gigabyte Technology Co., Ltd. GA-780T-D3L/GA-780T-D3L, BIOS FD 08/24/2012
sie 02 09:32:56 linux kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
sie 02 09:32:56 linux kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
sie 02 09:32:56 linux kernel: AGP: No AGP bridge found
sie 02 09:32:56 linux kernel: e820: last_pfn = 0x130000 max_arch_pfn = 0x400000000
sie 02 09:32:56 linux kernel: MTRR default type: uncachable
sie 02 09:32:56 linux kernel: MTRR fixed ranges enabled:
sie 02 09:32:56 linux kernel:   00000-9FFFF write-back
sie 02 09:32:56 linux kernel:   A0000-BFFFF uncachable
sie 02 09:32:56 linux kernel:   C0000-C7FFF write-protect
sie 02 09:32:56 linux kernel:   C8000-FFFFF uncachable
sie 02 09:32:56 linux kernel: MTRR variable ranges enabled:
sie 02 09:32:56 linux kernel:   0 base 000000000000 mask FFFF80000000 write-back
sie 02 09:32:56 linux kernel:   1 base 000080000000 mask FFFFC0000000 write-back
sie 02 09:32:56 linux kernel:   2 base 0000C0000000 mask FFFFF0000000 write-back
sie 02 09:32:56 linux kernel:   3 base 0000CFE00000 mask FFFFFFE00000 uncachable
sie 02 09:32:56 linux kernel:   4 disabled

Natomiast komenda

Kod: Zaznacz cały

journalctl -x

wypluwa takie coś:

Kod: Zaznacz cały

-- Logs begin at nie 2015-08-02 09:32:56 CEST, end at nie 2015-08-02 21:27:04 CEST. --
sie 02 09:32:56 linux systemd-journal[168]: Runtime journal is using 8.0M (max allowed 79.2M, trying to leave 118.8M f
sie 02 09:32:56 linux systemd-journal[168]: Runtime journal is using 8.0M (max allowed 79.2M, trying to leave 118.8M f
sie 02 09:32:56 linux kernel: Initializing cgroup subsys cpuset
sie 02 09:32:56 linux kernel: Initializing cgroup subsys cpu
sie 02 09:32:56 linux kernel: Initializing cgroup subsys cpuacct
sie 02 09:32:56 linux kernel: Linux version 3.16.0-4-amd64 ([email protected]) (gcc version 4.8.4 (Debian
sie 02 09:32:56 linux kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=719d282f-8a69-4961-a904-
sie 02 09:32:56 linux kernel: e820: BIOS-provided physical RAM map:
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x0000000000000000-0x000000000009f7ff] usable
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x000000000009f800-0x000000000009ffff] reserved
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x00000000000f0000-0x00000000000fffff] reserved
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x0000000000100000-0x00000000cfdeffff] usable
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x00000000cfdf0000-0x00000000cfdf2fff] ACPI NVS
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x00000000cfdf3000-0x00000000cfdfffff] ACPI data
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x00000000cfe00000-0x00000000cfefffff] reserved
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000ffffffff] reserved
sie 02 09:32:56 linux kernel: BIOS-e820: [mem 0x0000000100000000-0x000000012fffffff] usable
sie 02 09:32:56 linux kernel: NX (Execute Disable) protection: active
sie 02 09:32:56 linux kernel: SMBIOS 2.4 present.
sie 02 09:32:56 linux kernel: DMI: Gigabyte Technology Co., Ltd. GA-780T-D3L/GA-780T-D3L, BIOS FD 08/24/2012
sie 02 09:32:56 linux kernel: e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
sie 02 09:32:56 linux kernel: e820: remove [mem 0x000a0000-0x000fffff] usable
sie 02 09:32:56 linux kernel: AGP: No AGP bridge found
sie 02 09:32:56 linux kernel: e820: last_pfn = 0x130000 max_arch_pfn = 0x400000000
sie 02 09:32:56 linux kernel: MTRR default type: uncachable
sie 02 09:32:56 linux kernel: MTRR fixed ranges enabled:
sie 02 09:32:56 linux kernel:   00000-9FFFF write-back
sie 02 09:32:56 linux kernel:   A0000-BFFFF uncachable
sie 02 09:32:56 linux kernel:   C0000-C7FFF write-protect

Parametr nofail dodany.

: 02 sierpnia 2015, 22:30

autor: marcin1982

Dobra - pokaż jeszcze:

Kod: Zaznacz cały

dmesg | egrep -e "error|failed|warning"

Upewnij się, że update-grub2 zadziała - sprawdź czy jest plik binarny:

Kod: Zaznacz cały

which update-grub2

Dlatego o tym piszę ... ja mam plik /etc/default/grub. W innej formie - modyfikowany tylko nieznacznie od instalacji. Wyszukiwanie za pomocą apt-file search /etc/default/grub zwraca jakieś bzdury ...

Edytuj z prawami roota plik /etc/default/grub i zmodyfikuj - nie usuwaj tych linii tylko je zahaszuj i poniżej wklej zmodyfikowane - TEN WYCINEK MA WYGLĄDAĆ TAK - żeby nie tracić tych Bóg wie skąd ustawień:

Kod: Zaznacz cały

# GRUB_CMDLINE_LINUX_DEFAULT="quiet"
# GRUB_CMDLINE_LINUX="initrd=/install/gtk/initrd.gz"
GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX=""

Zapisz zmiany i podaj pełny wynik polecenia:

Kod: Zaznacz cały

su -c 'update-grub2'

Potem podaj jeszcze wynik:

Kod: Zaznacz cały

dpkg -l | grep linux-image

Kod: Zaznacz cały

ls -al /boot

Dziwne ...

PS
Tak na marginesie. Jeśli na komputerze nie ma systemu giganta z Redmond to może warto zaorać partycje NTFS i założyć ext4? Oczywiście tylko w przypadku, gdy masz jakiś dysk zewnętrzny do chwilowego zmagazynowania danych.

: 02 sierpnia 2015, 23:24

autor: matrix

Pierwsze polecenie wygląda tak:

Kod: Zaznacz cały

dmesg | egrep -e "error|failed|warning"
[    0.303803] acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM
[    4.703677] sp5100_tco: failed to find MMIO address, giving up.
[    4.883407] EXT4-fs (sdb1): re-mounted. Opts: errors=remount-ro
[    5.358968] r8169 0000:02:00.0: firmware: failed to load rtl_nic/rtl8168e-3.fw (-2)
[    5.358987] r8169 0000:02:00.0: Direct firmware load failed with error -2

which update-grub2
Wywala mi:

Kod: Zaznacz cały

/usr/sbin/update-grub2

więc na tą chwilę się zatrzymałem bo nie wiem co się stanie dalej...

Dobra, chyba zrozumiałem...

Kod: Zaznacz cały

Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Znaleziono obraz Linuksa: /boot/vmlinuz-3.16.0-4-amd64
Znaleziono obraz initrd: /boot/initrd.img-3.16.0-4-amd64
Found memtest86+ image: /boot/memtest86+.bin
Found memtest86+ multiboot image: /boot/memtest86+_multiboot.bin
gotowe

Kod: Zaznacz cały

-l | grep linux-image
ii  linux-image-3.16.0-4-amd64            3.16.7-ckt11-1+deb8u2                amd64        Linux 3.16 for 64-bit PCs
ii  linux-image-amd64                     3.16+63                              amd64        Linux for 64-bit PCs (meta-package)

Kod: Zaznacz cały

ls -al /boot
razem 27904
drwxr-xr-x  3 root root     4096 lip 23 12:56 .
drwxr-xr-x 24 root root     4096 lip 20 13:12 ..
-rw-r--r--  1 root root   157726 lip 18 02:18 config-3.16.0-4-amd64
drwxr-xr-x  5 root root     4096 sie  2 23:23 grub
-rw-r--r--  1 root root 22236306 lip 23 12:56 initrd.img-3.16.0-4-amd64
-rw-r--r--  1 root root   182704 wrz 10  2014 memtest86+.bin
-rw-r--r--  1 root root   184840 wrz 10  2014 memtest86+_multiboot.bin
-rw-r--r--  1 root root  2672214 lip 18 02:18 System.map-3.16.0-4-amd64
-rw-r--r--  1 root root  3113200 lip 18 02:17 vmlinuz-3.16.0-4-amd64

Nawet po wszystkim system wstał, znaczy uruchomił sie...