• Najnowsze pytania
  • Bez odpowiedzi
  • Zadaj pytanie
  • Kategorie
  • Tagi
  • Zdobyte punkty
  • Ekipa ninja
  • IRC
  • FAQ
  • Regulamin
  • Książki warte uwagi

question-closed Linux - Długie uruchamianie się systemu po usunięciu partycji swap.

0 głosów
931 wizyt
pytanie zadane 1 czerwca 2020 w Systemy operacyjne, programy przez gnu_ewm Gaduła (3,340 p.)
zamknięte 5 czerwca 2020 przez gnu_ewm

Witam.

Mój system to Solus.

Wczoraj zmieniłem rozmiar partycji za pomocą gparted (liveCD). Usunąłem partycję swap i "przyłączyłem" mniejszą partycję do mojej jedynej partycji systemowej. Po tym czasie komputer uruchamia się znacznie dłużej niż poprzednio (SSD). Czy to może być problem z fstab (mój fstab poniżej)? Partycja główna to sda2, sda1 to była partycja swap.

# /etc/fstab: static file system information.
#
# <fs>       <mountpoint> <type>    <opts>      <dump/pass>

# /dev/ROOT   /            ext3    noatime        0 1
# /dev/fd0    /mnt/floppy  auto    noauto         0 0
none          /proc        proc    nosuid,noexec  0 0
none          /dev/shm     tmpfs   defaults       0 0
# /dev/sda2 at time of installation
UUID=92d8faaa-f758-48fa-b8a9-37767cad74f7   /   ext4    noatime,discard,errors=remount-ro   0   1

 

 

komentarz zamknięcia: W moim przypdaku pomogło usunięcie pliku /etc/kernel/cmdline.d/10_resume.conf który odnosił się do usuniętego dysku. Po usunięciu należy wydać komendę sudo clr-boot-manager update
komentarz 2 czerwca 2020 przez j23 Mędrzec (195,220 p.)
edycja 2 czerwca 2020 przez j23

Gimme systemd-analyze critical-chain i journalctl -b0 -p4

--- dodane ---

blkid też daj.

 

komentarz 2 czerwca 2020 przez gnu_ewm Gaduła (3,340 p.)

systemd-analyze critical-chain:

The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @749ms
└─lightdm.service @725ms +22ms
  └─systemd-logind.service @504ms +220ms
    └─nss-user-lookup.target @749ms

journalctl -b0 -p4:

-- Logs begin at Fri 2020-05-22 23:57:07 CEST, end at Tue 2020-06-02 20:47:53 CEST. --
cze 02 20:38:07 solus kernel: ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has valid Length but zero Address: 0x0000000000000000/0x1 (20200110/tbfadt-615)
cze 02 20:38:07 solus kernel: mtrr: your CPUs had inconsistent variable MTRR settings
cze 02 20:38:07 solus kernel: ACPI BIOS Error (bug): Failure creating named object [\_SB.SMIC], AE_ALREADY_EXISTS (20200110/dswload2-326)
cze 02 20:38:07 solus kernel: ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20200110/psobject-220)
cze 02 20:38:07 solus kernel: ACPI BIOS Error (bug): Failure creating named object [\_SB.SMIB], AE_ALREADY_EXISTS (20200110/dsfield-627)
cze 02 20:38:07 solus kernel: pci 0000:00:00.2: AMD-Vi: Unable to read/write to IOMMU perf counter.
cze 02 20:38:07 solus kernel: pci 0000:00:00.2: can't derive routing for PCI INT A
cze 02 20:38:07 solus kernel: pci 0000:00:00.2: PCI INT A: not connected
cze 02 20:38:07 solus kernel:  PPR NX GT IA GA PC GA_vAPIC
cze 02 20:38:07 solus systemd[1]: system-systemd\x2dhibernate\x2dresume.slice: unit configures an IP firewall, but the local system does not support BPF/cgroup firewalling.
cze 02 20:38:07 solus systemd[1]: (This warning is only shown for the first unit using IP firewalling.)
cze 02 20:38:07 solus systemd-udevd[408]: /usr/lib64/udev/rules.d/11-dm-lvm.rules:40 Invalid value for OPTIONS key, ignoring: 'event_timeout=180'
cze 02 20:38:07 solus systemd-udevd[408]: /usr/lib64/udev/rules.d/11-dm-lvm.rules:40 The line takes no effect, ignoring.
cze 02 20:38:07 solus kernel: usb: port power management may be unreliable
cze 02 20:39:37 solus systemd[1]: dev-disk-by\x2duuid-fec89bb8\x2d1cd5\x2d4a14\x2d98ba\x2dfc967f22e2cf.device: Job dev-disk-by\x2duuid-fec89bb8\x2d1cd5\x2d4a14\x2d98ba\x2dfc967f22e2cf.device/start timed out.
cze 02 20:39:37 solus systemd[1]: Timed out waiting for device /dev/disk/by-uuid/fec89bb8-1cd5-4a14-98ba-fc967f22e2cf.
cze 02 20:39:37 solus systemd[1]: Dependency failed for Resume from hibernation using device /dev/disk/by-uuid/fec89bb8-1cd5-4a14-98ba-fc967f22e2cf.
cze 02 20:39:38 eryk-solus systemd[1]: Configuration file /usr/lib/systemd/system/aa-lsm-hook.service is marked executable. Please remove executable permission bits. Proceeding anyway.
cze 02 20:39:38 eryk-solus systemd[1]: system-systemd\x2dhibernate\x2dresume.slice: unit configures an IP firewall, but the local system does not support BPF/cgroup firewalling.
cze 02 20:39:38 eryk-solus systemd[1]: (This warning is only shown for the first unit using IP firewalling.)
cze 02 20:39:38 eryk-solus systemd-udevd[589]: /usr/lib64/udev/rules.d/11-dm-lvm.rules:40 Invalid value for OPTIONS key, ignoring: 'event_timeout=180'
cze 02 20:39:38 eryk-solus systemd-udevd[589]: /usr/lib64/udev/rules.d/11-dm-lvm.rules:40 The line takes no effect, ignoring.
cze 02 20:39:38 eryk-solus systemd-tmpfiles[604]: Failed to copy files to /etc/issue: No such file or directory
cze 02 20:39:38 eryk-solus systemd-vconsole-setup[683]: KD_FONT_OP_GET failed while trying to get the font metadata: Function not implemented
cze 02 20:39:38 eryk-solus systemd-vconsole-setup[683]: Fonts will not be copied to remaining consoles
cze 02 20:39:38 eryk-solus systemd-udevd[610]: controlC0: Process '/usr/sbin/alsactl restore 0' failed with exit code 99.
cze 02 20:39:38 eryk-solus systemd-udevd[630]: controlC1: Process '/usr/sbin/alsactl restore 1' failed with exit code 99.
cze 02 20:39:38 eryk-solus NetworkManager[669]: <warn>  [1591123178.6039] connectivity: use of HTTPS for connectivity checking is not reliable and is discouraged (URI: https://getsol.us/sources/hotspot.txt)
cze 02 20:39:38 eryk-solus kernel: amdgpu 0000:38:00.0: RAS: ras ta ucode is not available
cze 02 20:39:38 eryk-solus colord[722]: failed to get session [pid 711]: Brak danych
cze 02 20:39:39 eryk-solus mate-session[785]: WARNING: Unable to find provider '' of required component 'dock'
cze 02 20:39:40 eryk-solus spice-vdagent[876]: Cannot access vdagent virtio channel /dev/virtio-ports/com.redhat.spice.0
cze 02 20:39:41 eryk-solus clock-applet[1007]: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node button, owner GtkToggleButton)
cze 02 20:40:05 eryk-solus pulseaudio[861]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message >
cze 02 20:44:21 eryk-solus systemd[1]: Configuration file /usr/lib/systemd/system/aa-lsm-hook.service is marked executable. Please remove executable permission bits. Proceeding anyway.

blkid:

/dev/sda2: UUID="92d8faaa-f758-48fa-b8a9-37767cad74f7" TYPE="ext4" PARTUUID="3f0d6112-02"

 

komentarz 2 czerwca 2020 przez j23 Mędrzec (195,220 p.)
cze 02 20:39:37 solus systemd[1]: dev-disk-by\x2duuid-fec89bb8\x2d1cd5\x2d4a14\x2d98ba\x2dfc967f22e2cf.device: Job dev-disk-by\x2duuid-fec89bb8\x2d1cd5\x2d4a14\x2d98ba\x2dfc967f22e2cf.device/start timed out.
cze 02 20:39:37 solus systemd[1]: Timed out waiting for device /dev/disk/by-uuid/fec89bb8-1cd5-4a14-98ba-fc967f22e2cf.
cze 02 20:39:37 solus systemd[1]: Dependency failed for Resume from hibernation using device /dev/disk/by-uuid/fec89bb8-1cd5-4a14-98ba-fc967f22e2cf.

Wyłączyłeś swap przed usunięciem partycji?

komentarz 2 czerwca 2020 przez gnu_ewm Gaduła (3,340 p.)
Tak, komendą swapoff -a
komentarz 3 czerwca 2020 przez j23 Mędrzec (195,220 p.)

OK, pokaż jeszcze grep CMDLINE /etc/default/grub

komentarz 3 czerwca 2020 przez gnu_ewm Gaduła (3,340 p.)
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

 

komentarz 3 czerwca 2020 przez j23 Mędrzec (195,220 p.)

Szczerze mówiąc kończą mi się pomysły. fstab wygląda OK, w parametrach kernela nie ma ustawionego dysku wymiany, systemd-analyze nie wskazuje na daemona, który by jakoś znacznie przeciągał proces wstawania systemu. A mimo to coś mu z tą hibernacją nie leży... być może to w ogóle nie jest powód dłuższego wstawania.

Daj profilaktycznie sudo update-grub, zrestartuj system i sprawdź, czy dalej te same błędy się pojawiają.

komentarz 3 czerwca 2020 przez gnu_ewm Gaduła (3,340 p.)
edycja 3 czerwca 2020 przez gnu_ewm

grub-update wyrzuca taki błąd:

WARNING: Failed to connect to lvmetad. Falling back to device scanning.

EDIT: Udało się zaktualizować grub i teraz wygląda to tak:

systemd-analyze critical-chain:

The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @1.462s
└─lightdm.service @1.378s +82ms
  └─systemd-logind.service @1.196s +180ms
    └─nss-user-lookup.target @1.397s

journalctl -b0 -p4:

-- Logs begin at Fri 2020-05-22 23:57:07 CEST, end at Wed 2020-06-03 22:17:44 CEST. --
cze 03 22:11:13 solus kernel: ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has valid Length but zero Address: 0x0000000000000000/0x1 (20200110/tbfadt-615)
cze 03 22:11:13 solus kernel: mtrr: your CPUs had inconsistent variable MTRR settings
cze 03 22:11:13 solus kernel: ACPI BIOS Error (bug): Failure creating named object [\_SB.SMIC], AE_ALREADY_EXISTS (20200110/dswload2-326)
cze 03 22:11:13 solus kernel: ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20200110/psobject-220)
cze 03 22:11:13 solus kernel: ACPI BIOS Error (bug): Failure creating named object [\_SB.SMIB], AE_ALREADY_EXISTS (20200110/dsfield-627)
cze 03 22:11:13 solus kernel: pci 0000:00:00.2: AMD-Vi: Unable to read/write to IOMMU perf counter.
cze 03 22:11:13 solus kernel: pci 0000:00:00.2: can't derive routing for PCI INT A
cze 03 22:11:13 solus kernel: pci 0000:00:00.2: PCI INT A: not connected
cze 03 22:11:13 solus kernel:  PPR NX GT IA GA PC GA_vAPIC
cze 03 22:11:13 solus systemd[1]: system-systemd\x2dhibernate\x2dresume.slice: unit configures an IP firewall, but the local system does not support BPF/cgroup firewalling.
cze 03 22:11:13 solus systemd[1]: (This warning is only shown for the first unit using IP firewalling.)
cze 03 22:11:13 solus systemd-udevd[407]: /usr/lib64/udev/rules.d/11-dm-lvm.rules:40 Invalid value for OPTIONS key, ignoring: 'event_timeout=180'
cze 03 22:11:13 solus systemd-udevd[407]: /usr/lib64/udev/rules.d/11-dm-lvm.rules:40 The line takes no effect, ignoring.
cze 03 22:11:13 solus kernel: usb: port power management may be unreliable
cze 03 22:12:43 solus systemd[1]: dev-disk-by\x2duuid-fec89bb8\x2d1cd5\x2d4a14\x2d98ba\x2dfc967f22e2cf.device: Job dev-disk-by\x2duuid-fec89bb8\x2d1cd5\x2d4a14\x2d98ba\x2dfc967f22e2cf.device/start timed out.
cze 03 22:12:43 solus systemd[1]: Timed out waiting for device /dev/disk/by-uuid/fec89bb8-1cd5-4a14-98ba-fc967f22e2cf.
cze 03 22:12:43 solus systemd[1]: Dependency failed for Resume from hibernation using device /dev/disk/by-uuid/fec89bb8-1cd5-4a14-98ba-fc967f22e2cf.
cze 03 22:12:44 eryk-solus systemd[1]: Configuration file /usr/lib/systemd/system/aa-lsm-hook.service is marked executable. Please remove executable permission bits. Proceeding anyway.
cze 03 22:12:44 eryk-solus systemd[1]: systemd-journald.service: unit configures an IP firewall, but the local system does not support BPF/cgroup firewalling.
cze 03 22:12:44 eryk-solus systemd[1]: (This warning is only shown for the first unit using IP firewalling.)
cze 03 22:12:44 eryk-solus systemd-udevd[590]: /usr/lib64/udev/rules.d/11-dm-lvm.rules:40 Invalid value for OPTIONS key, ignoring: 'event_timeout=180'
cze 03 22:12:44 eryk-solus systemd-udevd[590]: /usr/lib64/udev/rules.d/11-dm-lvm.rules:40 The line takes no effect, ignoring.
komentarz 4 czerwca 2020 przez j23 Mędrzec (195,220 p.)

Kombinowania ciąg dalszy...

Sprawdź, czy w pliku (jeśli jest) /etc/initramfs-tools/conf.d/resume nie ma parametru RESUME, który odnosi się do nieistniejącego dysku. Jeśli jest, to przenieś cały plik w jakieś inne miejsce, daj sudo update-initramfs -u i zrestartuj system.

Inny pomysł. Jeśli nie masz pliku wymiany, stwórz go. Może jak system dostanie inny swap, to wszystko wróci do normalnego stanu i ewentualnie wtedy można spróbować z powrotem go wyłączyć.

komentarz 4 czerwca 2020 przez gnu_ewm Gaduła (3,340 p.)
U mnie nie ma nawet katalogu /etc/initramfs-tools a dodanie pliku swap nic nie pomaga.
komentarz 4 czerwca 2020 przez j23 Mędrzec (195,220 p.)

Zajrzyj do /etc/crypttab, może tam jest dysk, którego być nie powinno.

komentarz 4 czerwca 2020 przez gnu_ewm Gaduła (3,340 p.)
U mnie takiego pliku nie ma, jednak chyba znalazłem rozwiązanie problemu: https://getsol.us/articles/troubleshooting/general-troubleshooting/en/

Na samym dole strony jest "Long boot time".

Na samym końcu /proc/cmdline jest wpis resume do nieistniejącej już partycji swap. Gdy próbuję to usunąć w nano pojawia się błąd błąd wejścia/wyjścia.
komentarz 4 czerwca 2020 przez j23 Mędrzec (195,220 p.)

Dałeś sudo nano ...?

komentarz 4 czerwca 2020 przez gnu_ewm Gaduła (3,340 p.)
Tak.
komentarz 5 czerwca 2020 przez j23 Mędrzec (195,220 p.)

Dobra, chyba nieprzytomny byłem. Plik /proc/cmdline jest tylko do odczytu, pełni rolę informacyjną. Zajrzyj do /etc/kernel/cmdline.d/, być może tam jest skrypt, który ustawia nieprawidłowy dysk.

komentarz 5 czerwca 2020 przez gnu_ewm Gaduła (3,340 p.)
W /etc/kernel/cmdline.d był tylko plik 10_resume.conf. Jednak usunięcie jego zawartości i całego pliku nic nie daje. W obu przypadkach sprawdzałem /proc/cmdline i pozostawał on bez zmian.
komentarz 5 czerwca 2020 przez j23 Mędrzec (195,220 p.)
edycja 5 czerwca 2020 przez j23

Restartowałeś system po usunięciu pliku?

 

Niewykluczone, że będziesz musiał dać jeszcze: sudo clr-boot-manager update

komentarz 5 czerwca 2020 przez gnu_ewm Gaduła (3,340 p.)
sudo clr-boot-manager update pomogło. Wielkie dzięki!

1 odpowiedź

–3 głosów
odpowiedź 2 czerwca 2020 przez Majster6918 Gaduła (4,030 p.)
tak

Podobne pytania

0 głosów
0 odpowiedzi 503 wizyt
pytanie zadane 5 października 2020 w Systemy operacyjne, programy przez urbix01 Gaduła (3,290 p.)
0 głosów
1 odpowiedź 394 wizyt
0 głosów
1 odpowiedź 803 wizyt
pytanie zadane 14 marca 2023 w Systemy operacyjne, programy przez Iei Bywalec (2,220 p.)

93,742 zapytań

142,678 odpowiedzi

323,297 komentarzy

63,326 pasjonatów

Motyw:

Akcja Pajacyk

Pajacyk od wielu lat dożywia dzieci. Pomóż klikając w zielony brzuszek na stronie. Dziękujemy! ♡

Oto polecana książka warta uwagi.
Pełną listę książek znajdziesz tutaj

Twierdza Linux. Bezpieczeństwo dla dociekliwych

Aby uzyskać rabat -10%, użyjcie kodu pasja-linux, wpisując go w specjalne pole w koszyku.

...