Problemen met een ssd schijf

Besturingsysteem: Open Suse leap 15.3

Partition type: Linux Filesysteem

Content : Btrfs

Had op de schijf nog ruimte van ongeveer 10Gb vrij.
Was aan het werk met een Blender (3d) bestand.
Deze bestanden kunnen nogal oplopen in bestandsomvang.

Het pakket gaf de melding device heeft geen opslagruimte.
Het syteem sloeg vast. Heb toen met de aan/uitknop het systeem uitgezet.
Daarna wil het systeem niet meer opstarten.

Heb met een live usb suse 15.3 het systeem opgestart.
Met de applicatie Files kan ik door de mappen bladeren
Zie de ssd schijf, de windows partitie is goed benaderbaar.

Ook is de mappenstructuur van suse zichtbaar, bin, boot, ect zijn benaderbaar.
Het belangrijkste de Home directory geeft aan dat de “Folder is empty”.

Gelukkig heb ik pas nog een kopie getrokken van de homedir, maar toch.

Heeft iemand een suggestie hoe ik dit probleem met het ssd opslag in combinatie met Btrfs indeling kan aanpakken?

Heb je die wel gemount op je live systeem? Of is die onderdeel van je root (kennelijk Btrfs) file syseem?

Alles is nogal vaag. Veel verhaal en weinig feiten. Ik snap dat het misschen niet makkelijk is om de feiten van je live systeem hier gepost te krijgen. Maar een

lsusb -f

is toch wel het minste.
Ook

cat /etc/fstab

van je echte systeem, niet van het live systeem, is handig.

Als je je fstab kunt bekijken, zoek dan welke /dev entry gemount wordt op “/”, vervang in het onderstaande "sdaX’ door die entry. Doe dan:

mount /dev/sdaX /mnt
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt
mount -a

cd /home
Is die nog steeds leeg ?

Kijk naar de snapshots, en verwijder evt, teveel aan snapshots.

snapper list

Blender kan inderdaad GBs aan tijdelijke bestanden creëren, m.n. tijdens renderen.

Ik weet niet wat je hier bedoelde, Henk:

knurpht@Lenovo-P16:/var> lsusb -f
lsusb: invalid option -- 'f'

Sorry, Fout. Moet zijn (als root, maar ik neem aan dat dat op het live systeem zo is):

lsblk -f

@Dgm Je hebt sowieso nog een probleem. Leap 15.3 is ver over de houdbaarheidsdatum, 15.4 support eindigt eind december. Je kunt nu niet upgraden omdat je er de ruimte niet voor hebt. Ik zou in jouw geval een verse installatie van 15.5 doen, en daarna de backup terugzetten.

Henk,
Bedankt voor je reactie.

Ik doe mijn best om het probleem zo goed als mogelijk te omschrijven, natuurlijk geef ik je graag de info die jij nodig heb.

Als ik het systeem probeer op te starten stopt het systeem met laden bij (Started Local Service)

Daarna het systeem opgestart met de live cd.

Jouw vraag:

Ook een grafische weergave van de partities.

Het probleem zit volgens mij op /dev/nvme0n1p6, Size 92.89 GB.
Het probleem is denk ik de 1.28 GB schaarse vrije ruimte.

Hier ook de fstab
UUID=b9966c0d-acd5-439f-882b-06380a205ff6 / btrfs defaults 0 0
UUID=b9966c0d-acd5-439f-882b-06380a205ff6 /var btrfs subvol=/@/var 0 0
UUID=b9966c0d-acd5-439f-882b-06380a205ff6 /usr/local btrfs subvol=/@/usr/local 0 0
UUID=b9966c0d-acd5-439f-882b-06380a205ff6 /tmp btrfs subvol=/@/tmp 0 0
UUID=b9966c0d-acd5-439f-882b-06380a205ff6 /srv btrfs subvol=/@/srv 0 0
UUID=b9966c0d-acd5-439f-882b-06380a205ff6 /root btrfs subvol=/@/root 0 0
UUID=b9966c0d-acd5-439f-882b-06380a205ff6 /opt btrfs subvol=/@/opt 0 0
UUID=b9966c0d-acd5-439f-882b-06380a205ff6 /home btrfs subvol=/@/home 0 0
UUID=b9966c0d-acd5-439f-882b-06380a205ff6 /boot/grub2/x86_64-efi btrfs subvol=/@/boot/grub2/x86_64-efi 0 0
UUID=b9966c0d-acd5-439f-882b-06380a205ff6 /boot/grub2/i386-pc btrfs subvol=/@/boot/grub2/i386-pc 0 0
UUID=1618-2F84 /boot/efi vfat utf8 0 2
UUID=0ea00773-b450-4021-ae70-5e0485f32abb swap swap defaults 0 0
UUID=b9966c0d-acd5-439f-882b-06380a205ff6 /.snapshots btrfs subvol=/@/.snapshots 0 0

Ik hoop dat ik jouw vragen duidelijk heb beantwoord.

knurpht

De info die ik aan Henk heb gestuurd zal jou ook info geven.

  • Waar staan de snapshots?

  • En vanaf wanneer kan ik de verwijderen.

Ja, ben met je eens dat het renderen van Blender veel ruimte vergt.

Had er een ontwerp op staan die gerenderd werd.

Als het enigszins kan zou ik dit laatste ontwerp nog willen ophalen van de schijf.
En ja, dan zal ik overstappen naar Laep 15.5.

Ik heb het idee dat we op verschillende paden zitten.

Wij denkne bij het gebruik van een reddings-systeem (installatiesysteem, of live-systeem) aan het booten in multi-user mode, en het daarna zo goed mogelijk mounten van mounten van het kapotte bestandssysteem op bijv. /mnt enz. Dat geeft Knurpht ook aan. Wij verwachten ook geen screenshots, maar copy/pasted computer textt met gebruik van de </> knop (zoals Knurpht ook laat ziem met zijn suggestie voor commando’s).

Wij verwachten zeker geen gebruik van de desktop in een reddinggsaktie.

Ik zou eerst maar eens Knurphts voorstel proberen vanaf de console, ingelogd als root van het reddings-systeem.

Dat denk ik ook. Als je de commando’s die ik gegeven heb “sdaX” vervangt door “nvme0n1p6” zou je snapper list kunnen doen. Dat geeft een genummerde lijst. Met snapper delete "indexnr_hier" kun je vervolgens snapshots verwijderen.
Je kunt overigens ons output sturen door:
"commando_hier" | susepaste te doen. Dat retourneert een URL en die kunnen wij dan lezen. Zie hier bijv. mijn repos: https://paste.opensuse.org/18cd89ff61f2 zijn de output van
zypper lr -d | susepaste

Helaas Gertjan, je link werkt niet. Ik weet ook niet waarom.

@hcvv Ik heb de verkeerde link gepastet, was die van susepaste.org terwijl die niet meer gebruikt wordt, sorry, wist ik ook niet. @Dgm : Je moet dus de paste.opensuse.org link hier dan posten. Zal dat nog wat verder checken en evt. een bugreport maken. Voorheen bestonden beide URLs werkend.

Henk

Probeer nog eens om jullie duidelijker te informeren.

Ben zoals je merkt, een leek die heel blij is met jullie hulp, maar niet weet welke info jullie nodig hebben.

Daar gaan we!

Ik heb het beschadigde systeem opgestart met een life cd Suse leap 15.3.

Met de applicatie Files van de live USB zie ik de beschadigde partitie staan. (zie afbeelding)




In de map etc van de beschadigde partitie staat de inhoud van fstab van dat beschadigde systeem (zie afbeelding)


Om de commando's van knurpth uit te voeren moet je op het systeem root rechten hebben.
In de terminal het commando gegeven “su” met wachtwoord “linux”.

Met de controle whoami krijg ik keurig terug dat ik root ben.

Nu had ik op het systeem de root rechten.

Bij commandows knurpt:
mount /dev/nvme01p6 /mnt (moest even puzzelen met de nvme01p6)

mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt
mount -a

Hieperde piep!!! kon de partitie weer benaderen.

Op de terminal met rm een paar omvangrijke Blender bestanden verwijderd.
Bij de herstart, ………… spannend!

En de boel draait weer.
Nu staat het systeem te een copie te draaien, morgen over naar de nieuwste versie.

Geweldig jullie hulp. Heel erg bedankt!

Fijn dat het weer werkt.

Toch enkele opmerkingen.

Voor zover ik zo gauw terug kan lezen hierboven heb je niet verteld welke desktop je gebruikt. Behalve als de desktop op geen enkele wijze is betrokken bij een probleem, moet je dat wel zeggen. Wij kunnen dat niet raden.

Als je KDE/Plasma gebruikt, dan is er in het hoofdmenu > Systeem > Super User Mode om een “root terminal” te krijgen. Dan wordt namelijk Konsole opgetstart met als eerste commando su - en dan dus gelijk om het wachtwoord van root gevraagd. Ik denk dat andere Desktops soortgelijke mogelijkheden hebben.

Als je toch vanuit een “gewone” terminal “root wilt worden” gebruik dan niet su zonder meer, maar altijd

su -

zonder die - zijn er veiligheidsrisico’s.

Het is natuurlijk niet nodig en ook niet slim om hier het root wachtwoord te posten. Het is trouwens een volledig waardeloos wachtwoord.

Nogmaals, al die rare GUI programma’a zijn leuk voor je dagelijkse werk, maar voor systeempoblemen kun je echt beter in de terminal werken and dan de tekst hier copy/pasten.

Maar alles werkt nu, dus dat is alemaal kennis voor de volgende keer.

Veel plezier met openSUSE.

Henk, “Files” en de schermafdruk ? GNOME, en niks anders. En dat in dit geval het niet om de desktop gaat lijkt me evident. Zeker na de replies.

Zegt mij nites. Vermelden is altijd het beste. Zeker als je ook screenshots geeft.

En het ging inderdaad om ruimtegebrek, maar bij het vragen om informatie kregen wegeen text, maar allerlei plaatjes. Altijd goed on te weten wat iemand gebruikt.

Hoe beter de potentiele helpers zich kunnen inleven in de omgeving van de probleemeigenaar, hoe beter de hulp kan zijn.