Beiträge von cooljazz

Hallo,

Berichtigung: Danke für die Info, werde das beizeiten mal umstellen (root vergrößern). Das klingt in der Tat suboptimal. Das ganze im Zuge einer Neuinstallation und gesicherter /home Partition.

mount | grep -E '/dev/(mapper/)|/dev/sd[a-z]'

spuckt mir folgendes aus

3 on / type btrfs (ro,relatime,space_cache,subvolid=764,subvol=@/.snapshots/395/snapshot

sterun: das Problem mit dem Stick habe ich angeführt, weil mein System eben nicht startet und ich im Emergency Mode hänge. Ich wollte die Logs auf den Stick übertragen. Ich poste hier von einem anderen Notebook.

Ich habe das System, glaub ich, von der letzten Leap 42.3 Version upgedated.

zypper lr -d

spuckt mir sehr viel aus. Neben repo-non-oss, repo-update und repoupdate-non-oss habe ich noch Kernel:stable , Libdvdcss, Packman, und von sauerland Kernel_stable_standard on openSUSE_Leap_15.0 aktiviert.

Hallo,

ich bitte um Hilfe!

mein Notebook hängt im Emergency Mode.

HP-Laptop.
Leap 15, mit 4.19 Kernel (wg. rtl8723de - bluetooth)
Gnome

Habe das Notebook schon öfter ohne Probleme upgedated. Was eigenartig ist, oder zumindest mir so vorkommt ist, dass ich gelegentlich die btrfs-snapshops rauslöschen muss, weil der Rechner sonst irrsinnig langsam wird. Habe mir auf jeden Fall eingebildet, dass das die Lösung war. Langsam war er vor diesem Vorfall auch wieder. Jetzt startet er aber gar nicht mehr.

Habe versucht einen USB-Stick einzubinden, um die logs und diverse Ausgaben hier reinzukopieren. Der Stick wird mir aber mit fdisk -l nicht angezeigt. Darum schreibe ich mal händisch hier rein, aber etwas gekürzt...

fdisk -l sagt mir
Disk /dev/sda: 931GiB...
Sector size 512 bytes / 4096 bytes
I/O= size ... 4096 bytes
Disklabel type: gpt
Disk identifier: BAAA....
Device
/dev/sda1 ... ... BIOS boot
/dev/sda2 ... ... Microsoft basic data
/dev/sda3 ... ... Microsoft basic data
/dev/sda4 ... ... Microsoft basic data

dev/sda3 dürfte root sein. dev/sda4 home.

cat /etc/fstab zeigt mir volgendes an

UUID=bc01be28.... swap swap
UUID=50e65 .../btrfs defaults
UUID=50e65 .../opt btrfs subvol=@/
UUID=50e65 .../srv btrfs subvol=@/

UUID=50e65 .../tmp btrfs subvol=@/

UUID=50e65 ... /usr/local btrfs subvol=@/

UUID=50e65 ... /var/cache btrfs subvol=@/

UUID=50e65 ... /var/crash btrfs subvol=@/

UUID=50e65 ... /var/lib/libvirt/images btrfs subvol=@/

UUID=50e65 ... var/lib/machines btrfs subvol=@/

UUID=50e65 ... var/lib/mailman btrfs subvol=@/

UUID=50e65 ... var/libmariadb btrfs subvol=@/

UUID=50e65 ... var/lib/mysql btrfs subvol=@/

UUID=50e65 ... var/lib/named btrfs subvol=@/

UUID=50e65 ... var/lib/pgsql btrfs subvol=@/

UUID=50e65 ... var/log/btrfs subvol=@/

UUID=50e65 ... var/opt btrfs subvol=@/

UUID=50e65 ... var/spool btrfs subvol=@/

UUID=50e65 ... var/tmp btrfs subvol=@/

UUID=50e65 ... /.snapshots btrfs subvol=@/

UUID=20713 ... /home xfs

Mit "journalctl -xb | grep dependency" steht bei allen obigen Einträgen "Job ... failed with result "dependency""
Dasselbe auch mit "local-fs.target" und "home.mount"

Mit "jourcalctl -xb | grep timed" sehe ich dass alle UUID aus /etc/fstab/ mit "...device/start timed out." drinnenstehen.

Falls nur das System hin ist aber /home noch intakt ist, habe kein Problem damit, mir das System neu zu installieren und /home zu behalten.

Danke
cooljazz