• 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.

VPS Starter Arubacloud
0 głosów
325 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 (194,920 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 (194,920 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 (194,920 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 (194,920 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 (194,920 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 (194,920 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 (194,920 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 (194,920 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 (194,920 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 274 wizyt
pytanie zadane 5 października 2020 w Systemy operacyjne, programy przez urbix01 Gaduła (3,290 p.)
0 głosów
1 odpowiedź 232 wizyt
0 głosów
1 odpowiedź 256 wizyt
pytanie zadane 14 marca 2023 w Systemy operacyjne, programy przez Iei Obywatel (1,850 p.)

92,452 zapytań

141,262 odpowiedzi

319,085 komentarzy

61,854 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.

Akademia Sekuraka

Akademia Sekuraka 2024 zapewnia dostęp do minimum 15 szkoleń online z bezpieczeństwa IT oraz dostęp także do materiałów z edycji Sekurak Academy z roku 2023!

Przy zakupie możecie skorzystać z kodu: pasja-akademia - użyjcie go w koszyku, a uzyskacie rabat -30% na bilety w wersji "Standard"! Więcej informacji na temat akademii 2024 znajdziecie tutaj. Dziękujemy ekipie Sekuraka za taką fajną zniżkę dla wszystkich Pasjonatów!

Akademia Sekuraka

Niedawno wystartował dodruk tej świetnej, rozchwytywanej książki (około 940 stron). Mamy dla Was kod: pasja (wpiszcie go w koszyku), dzięki któremu otrzymujemy 10% zniżki - dziękujemy zaprzyjaźnionej ekipie Sekuraka za taki bonus dla Pasjonatów! Książka to pierwszy tom z serii o ITsec, który łagodnie wprowadzi w świat bezpieczeństwa IT każdą osobę - warto, polecamy!

...