Mam problem z uruchamianiem systemu Linux Manjaro oraz jego wyłączaniem. Poza tym jest ok.
Objaw przy włączaniu jest taki, że po grub on długo myśli na czarnym ekranie zanim ruszy jego bootowanie. Trwa to jakieś ok 20 sekund, potem normalnie się już szybko uruchamia.
Objaw przy wyłączaniu jest taki, że znika pasek zadań i na tym staje. Jeśli przeglądarka odtwarza Youtube to te odtwarzanie trwa nadal i system nie rusza dalej z procedurą wyłączania. Trzeba go każdorazowo wyłączać przyciskiem na twardo.
A wpisz w konsoli shutdown -h now i zobacz czy sie wylaczy ?
Z wylaczaniem mialem problemy na 3 laptopach po aktualizacji.
Pomoglo „ustawienia/posiedzenie pulpitu/rozpocznij puste posiedzenie”
Nie wiemy jakiego środowiska używa.
Wywal quiet z gruba, nagraj filmik i pokaż czy są jakieś błędy.
Wygląda mi to na problem z uprawnieniami. Jakiego środowiska graficznego używasz?
Środowisko KDE Plasma. Problem z uruchamianiem występuje na pc, jeśli przełożę dysk do laptopa to bootuje się bez obsuwy. Problem z wyłączaniem chyba został zażegnany.
Film uruchamiania, od grub do pulpitu.
Pokaż zawartość pliku /etc/fstab i rozkład dysków w kompie. System prawdopodobnie czeka na „/mnt/sdb” (jeśli to systemd to docelowo chyba 30s).
PS. A i rozkład partycji jaki masz?
Są dwa ssd (windows 10 i Linux oddzielnie), oraz HDD 1TB (1 partycja), HDD 2TB(1 partycja), HDD 4TB (5 partycji)
/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).
UUID=f44cf9a3-f364-4e19-8fdd-2ca63ae79da3 / ext4 noatime 0 1
tmpfs /tmp tmpfs noatime,mode=1777 0 0
UUID=5897780C7CA04249 /run/media/martin ntfs noatime,nodiratime,nofail,users 0 0
Pokaż wynik fdisk -l
sudo fdisk -l
[sudo] password for martin:
Disk /dev/sda: 476,94 GiB, 512110190592 bytes, 1000215216 sectors
Disk model: SSDPR-CX400-512-
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xc01ce2b7
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 1000214527 1000212480 476,9G 83 Linux
Disk /dev/sdb: 1,82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: WDC WD20EZRZ-00Z
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E35A93C4-939C-4059-993C-B0AC0D929F9F
Device Start End Sectors Size Type
/dev/sdb1 2048 3907028991 3907026944 1,8T Linux filesystem
The backup GPT table is corrupt, but the primary appears OK, so that will be used.
Disk /dev/sdc: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZRZ-00Z
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 2CC8899C-998E-4638-90FF-9E340872B551
Device Start End Sectors Size Type
/dev/sdc1 2048 1953523711 1953521664 931,5G Linux filesystem
Disk /dev/sdd: 3,64 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: WDC WD4000F9YZ-0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: EA962597-0C73-4546-B12A-15169B94D2C3
Device Start End Sectors Size Type
/dev/sdd1 2048 206847 204800 100M EFI System
/dev/sdd2 206848 239615 32768 16M Microsoft reserved
/dev/sdd3 239616 7199637503 7199397888 3,4T Microsoft basic dat
/dev/sdd4 7199637504 7812974191 613336688 292,5G Microsoft basic dat
/dev/sdd5 7812974592 7814033407 1058816 517M Windows recovery en
Disk /dev/sde: 111,79 GiB, 120034123776 bytes, 234441648 sectors
Disk model: Corsair Force GT
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xb3b8d457
Device Boot Start End Sectors Size Id Type
/dev/sde1 * 2048 104447 102400 50M 7 HPFS/NTFS/exFA
/dev/sde2 104448 233401783 233297336 111,2G 7 HPFS/NTFS/exFA
/dev/sde3 233402368 234436607 1034240 505M 27 Hidden NTFS Wi
Disk /dev/sdf: 119,08 GiB, 127865454592 bytes, 249737216 sectors
Disk model: Storage Device
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000
Device Boot Start End Sectors Size Id Type
/dev/sdf1 * 32768 249737215 249704448 119,1G 7 HPFS/NTFS/exFAT
Disk /dev/sdg: 149,05 GiB, 160041885696 bytes, 312581808 sectors
Disk model: 2AS
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: A4C67A8A-BCDD-4C98-BF69-D64169BFCAE3
Device Start End Sectors Size Type
/dev/sdg1 2048 14682111 14680064 7G Microsoft basic data
/dev/sdg2 14682112 312581774 297899663 142G Linux filesystem
Tak jak pisał @pavlo950 systemd próbuje zamontować jakiś dysk do /mnt/sdb.
Jak masz w katalogu /run/systemd/generator/ plik mnt-sdb.mount to wklej jego zawartość. Możesz też wkleić wynik polecenia systemd-analyze blame
cd /run/systemd/generator/
[martin@martin-6475fa4 generator]$ ls
local-fs.target.requires sshd-generated@.service
local-fs.target.wants sshd-unix-local@.service
-.mount sshd-unix-local.socket
run-media-martin.mount tmp.mount
sockets.target.wants
5.491s NetworkManager-wait-online.service
3.426s systemd-modules-load.service
880ms run-media-martin.mount
711ms dev-sda1.device
654ms systemd-journal-flush.service
492ms NetworkManager.service
372ms user@1000.service
344ms ldconfig.service
308ms cups.service
294ms pkgfile-update.service
291ms lvm2-monitor.service
240ms systemd-udevd.service
232ms systemd-tmpfiles-setup.service
203ms upower.service
188ms udisks2.service
156ms systemd-udev-trigger.service
122ms ModemManager.service
110ms plymouth-start.service
104ms systemd-random-seed.service
96ms systemd-journald.service
88ms polkit.service
86ms systemd-rfkill.service
72ms tmp.mount
71ms bluetooth.service
71ms systemd-tmpfiles-setup-dev-early.service
69ms systemd-sysusers.service
68ms colord.service
68ms accounts-daemon.service
59ms systemd-timesyncd.service
57ms systemd-hostnamed.service
55ms packagekit.service
55ms systemd-logind.service
54ms flatpak-system-helper.service
53ms dbus-broker.service
48ms alsa-restore.service
38ms modprobe@dm_mod.service
36ms systemd-journal-catalog-update.service
34ms pamac-daemon.service
34ms systemd-remount-fs.service
33ms modprobe@loop.service
32ms user-runtime-dir@1000.service
32ms systemd-tmpfiles-setup-dev.service
32ms rtkit-daemon.service
31ms systemd-binfmt.service
31ms lm_sensors.service
31ms plymouth-read-write.service
30ms dev-hugepages.mount
30ms sys-kernel-tracing.mount
29ms systemd-sysctl.service
29ms dev-mqueue.mount
29ms sys-kernel-debug.mount
29ms systemd-user-sessions.service
28ms plymouth-quit-wait.service
28ms systemd-update-done.service
28ms kmod-static-nodes.service
27ms plymouth-quit.service
26ms systemd-udev-load-credentials.service
25ms systemd-update-utmp.service
25ms modprobe@configfs.service
23ms systemd-vconsole-setup.service
22ms modprobe@drm.service
21ms modprobe@fuse.service
12ms sys-fs-fuse-connections.mount
10ms sys-kernel-config.mount
7ms proc-sys-fs-binfmt_misc.mount
Czasem run-media-martin.mount nie odpowiada za montowanie tego sdb? Ewentualnie szukaj plików z rozszerzeniem *.mount bo to one powinny odpowiadać za montowanie systemów plików przez systemd.
Sprawdź też w katalogach
/run/systemd/generator/local-fs.target.requires
i
/etc/systemd/system/
czy nie ma plików *.mount odpowiedzialnych za montowanie tego dysku.
Możesz też przeszukać katalogi /etc/ i /run/ w poszukiwaniu pliku zawierającego frazę „/mnt/sdb” wykorzystując np. find i grep.
PS. Jeśli były jakieś zmiany w konfiguracji systemd związanej z generatorami, a tak jest np. w przypadku zmian w /etc/fstab należy wykonać polecenie: systemctl daemon-reload .
Te Manjaro to instalowałeś z instalatora czy jak? Nigdy nie spotkałem się w ogóle z takim sposobem montowania partycji i coś tu chyba jest lekko namieszane.
Profilaktycznie jeszcze fdisk -x, pozycje z tmpfs i partycją ntfs na razie bym zahaszował profilaktycznie (# na początku linii). A i z poziomu roota zrób:
journalctl >> journal.txt
dmesg >> dmesg.txt
Jak się pliki zrobią w katalogu domowym to wrzuć nam tutaj.
W terminalu, w katalogu /run/systemd/ wykonaj:
find | grep -e mount -e mnt -e sdb
Jak się coś pokaże sensownego to pokaż i się zobaczy dalej.
A i nie miałeś czasem swapa i nie wywaliłeś go? Bo Linuksy czasami potrafią się na tym przyciąć jak się ma, wywali i „zaktualizuje” initrd, raz tak zrobiłem i potem pół godziny zastanawiałem się co jest nie tak (chyba update-initramfs zadziałało ale teraz już nie jestem pewien) XD