Dependency failed - nem tud a Mint elindulni?

Fórum: 

Sziasztok!

Előre is elnézést, ha összeszedetlenebb lennék, ma kerültem haza több hét után a COVID-klinikáról, be szerettem volna röffenteni a rendszeremet, erre a Mint nem volt hajlandó rendesen elindulni.

Ami feltűnt, hogy a boot.log-ban ilyesmik vannak:

[FAILED] Failed to start File System Check o…90333-b994-41d1-a5d1-36002a13f02c.
See 'systemctl status "systemd-fsck@dev…\x2d36002a13f02c.service"' for details.
[DEPEND] Dependency failed for /var.
[DEPEND] Dependency failed for Load/Save Random Seed.
[DEPEND] Dependency failed for Network Name Resolution.
[DEPEND] Dependency failed for Mount unit for snap-store, revision 558.
[DEPEND] Dependency failed for Mount unit for citra-emu, revision 143.
[DEPEND] Dependency failed for Mount unit for core18, revision 2246.
[DEPEND] Dependency failed for Mount unit for yuzu, revision 255.
[DEPEND] Dependency failed for Flush Journal to Persistent Storage.
[DEPEND] Dependency failed for Mount unit for bare, revision 5.
[DEPEND] Dependency failed for Mount unit for gtk-common-themes, revision 1515.
[DEPEND] Dependency failed for Mount unit for solarus, revision 16.
[DEPEND] Dependency failed for Mount unit for gnome-3-34-1804, revision 77.
[DEPEND] Dependency failed for Mount unit for core18, revision 2253.
[DEPEND] Dependency failed for Mount unit for core20, revision 1169.
[DEPEND] Dependency failed for Mount unit for gnome-3-34-1804, revision 72.
[DEPEND] Dependency failed for Mount unit for gnome-3-38-2004, revision 87.
[DEPEND] Dependency failed for Mount unit for snap-store, revision 547.
[DEPEND] Dependency failed for Update UTMP about System Boot/Shutdown.
[DEPEND] Dependency failed for Update UTMP about System Runlevel Changes.
[DEPEND] Dependency failed for Mount unit for gtk-common-themes, revision 1519.
[DEPEND] Dependency failed for Mount unit for snapd, revision 13640.
[DEPEND] Dependency failed for Local File Systems.
[DEPEND] Dependency failed for Clean up any mess left by 0dns-up.
[DEPEND] Dependency failed for Read required files in advance.
[DEPEND] Dependency failed for Mount unit for citra-mts, revision 178.
[DEPEND] Dependency failed for Mount unit for yuzu, revision x1.
[DEPEND] Dependency failed for Load AppArmor…files managed internally by snapd.
[DEPEND] Dependency failed for Mount unit for snapd, revision 14066.
[DEPEND] Dependency failed for Network Time Synchronization.
[DEPEND] Dependency failed for Mount unit for solarus, revision 18.
[DEPEND] Dependency failed for Mount unit for citra-emu, revision 142.
[DEPEND] Dependency failed for Mount unit for core20, revision 1242.

Nekem ez nagyon Snap-gyanús dolog.

Mit tudnék csinálni ahhoz, hogy újra, rendesen működjön a rendszer? Az igazi az lenne, ha minden ami eddig működött, az működne, de már azzal is megelégednék, ha a Snap-es dolgok nélkül normálisan elindulna a rendszer.

Segítségeteket előre is köszönöm!

Dependency failed

Értékelés: 

0
Még nincs értékelve

Szia!
A nyakamat nem tenném rá hogy segíteni fog, de rontani sem fog ha megcsinálod a következőt.
Indíts egy live rendszeren (telepítőn) lévő GParted-et.
Jobb katt. a telepített rendszer partícióira, és futtasd mindegyiken (ha van swap partíció azon
nem kell) a "check" opciót. ... ez fájlrendszer ellenőrzést, és ha kell javítást végez.
 

Ha megvan, állítsd le live-ot, és próba a telepített rendszeredet indításával.

kimarite képe

fsck (file system consistency check)

Értékelés: 

0
Még nincs értékelve

#1 Lemezellenőrzés kéne, Live rendszerről, a GParted vagy a Lemezek alkalmazással.

Az okot itt mondja:

See 'systemctl status "systemd-fsck @ dev[hiányzó szöveg]\x2d36002a13f02c.service"
kimarite képe

Recovery mód -> fsck

Értékelés: 

0
Még nincs értékelve

De még azt is csinálhatod, hogy a GRUB menüben lépj be a Recovery módban, és válaszd az fsck elemet, majd nyomj Entert. Lefut a javítás...

Ha végez (ne szakítsd meg), válaszd ki a resume elemet, és nyomj Entert.

A bejelentkezési képernyőn - ha ilyen nincs, akkor más módon - egyszer indítsd újra a rendszert, mert...: A hibajavítás módú belépésnél a rendszer partíció, azaz, a fájlrendszer befűzése csak olvashatóan történik. Ennek következménye az, hogy grafikus gyorsítás nélkül indul el a rendszer. Tehát kell egy rendszer újraindítás is..., ez az itt olvasható figyelmeztetés magyarázata. ... Felhasználók és csoportok: Rendszergazda vagy Szabványos fiók (a végén)

És hátha javul. Az EFI vagy más partíció fájlrendszere sérülhetett.

Az fsck-s ötlet innen:
https://askubuntu.com/questions/929799/freezing-on-startup-systemd-problem

az is lehet...

Értékelés: 

0
Még nincs értékelve

Hogy lemerült a CMOS elem, mialatt sokáig kikapcsolva volt, és a BIOS alapértékekre váltott, netán EFI módból MBR-re. Nem jelzett induláskor checksum error, vagy hasonlót, és Load defaults-ot ajánlott?

kimarite képe

fsck (file system consistency check)

Értékelés: 

0
Még nincs értékelve

#2 Ha a recory belépést választod, majd a root elemet, akkor ránézhetsz erre ... eddig begépeled, majd a TAB-ot (billentyű) kétszer megnyomva, megkapod a lehetőségeket.

systemctl status systemd-fsck

... ha nevében dev vis létezik, egy TAB-ot nyomva (kiegészítve a lenti nevet) futtatod.

systemctl status systemd-fsck@dev

És kiírja, mi a gond.
A kilépés a Q. Majd exit parancs és a resume elem, végül loginnál újraindítás (ha nem lenne gond, de azt az fsck-val megpróbálod javítani).

Megoldás??

Értékelés: 

0
Még nincs értékelve

Sziasztok!

Ezer köszönet mindenkinek! Igazából nem teljesen világos, hogy miért, és miért így sikerült megoldani, de végül sikerült. A megoldás (??) annyi volt, hogy az fstab-ban a /home-ot ext3-ról autó-ra átírtam. Nem tudom, hogy ez miért lett most probléma (illetve hogy mennyire állandó megoldás), de lepokogom, most működik.

A többi megoldással is próbálkoztam, de sokszor mindig valamilyen "paranormális' dologra futottam. Pl. a recovery mode-nál képtelen voltam az fsck-ra lépni, meg hasonlók.

Ne haragudjatok, jelen pillanatban csak ilyen kis sutácska bejegyzésre telt tőlem, és nem akarok visszaélni a jelen állapottal, de momentán az elmúlt hetek után csak egy kicsit szórakozni, Netflixezni, Youtube-ozni szeretnék. Természetesen később nagyon szívesen visszatérek részletesen megvitatni, hogy egyáltalán ez mi volt, és miért történt, hiszen szeretek tanulni, és az az igazi megoldás, ha meg is értem, hogy mi miért történt.

Köszönök mégegyszer mindet, ismét csak azt kell mondanom, hogy a Linuxot nem csak magáért a szuper rendszerért, de a mögötte álló közösségért is szívből lehet imádni. :)

Megoldás??

Értékelés: 

0
Még nincs értékelve

#6 Update: közben úgy látom, hogy GPartedben a /home, ami eddig ext3 volt, most ext2-vé vált. (??)

Megoldás??

Értékelés: 

0
Még nincs értékelve

#7 A következő telepítésnél ügyelj arra, hogy a / és a /home partíció Ext4 re legyen formázva.
Az Ext2 nem naplózó fájlrendszer - 1-2 speciális kivételtől eltekintve nem használjuk.
Az Ext3-at sem igen használjuk, mert az Ext4 ennek a továbbfejlesztett / jobb változata.
Ha UEFI-s telepítést csinálsz, a /boo/efi partíció fájlrendszere pedig Fat32 legyen.