Nieuws:

Welkom, Gast. Alsjeblieft inloggen of registreren.
Heb je de activerings-mail niet ontvangen?

Auteur Topic: vollopen schrijfruimte  (gelezen 1383 keer)

vollopen schrijfruimte
« Gepost op: 2020/12/26, 20:51:57 »
Hallo ik heb de laatste versie ubuntu 20.4 geinstaleerd op mijn  asus sonic master.
het programma loopt prima hierop
alleen krijg ik nu dus elke keer een nw melding na opstarten, dat mijn schrijf ruimte te vol is.
hier heb ik nog nooit last gehad en in zet ook niet meer programma's oid erbij

hoe krijg ik dit nu opgelost of opgeruimt.
de laptop heeft een 750 gb schijf er in zitten welke maar voor  537 mb in gebruik is als parti 1
de rest staat als parti 2 open


Re: vollopen schrijfruimte
« Reactie #1 Gepost op: 2020/12/26, 21:31:49 »
Hallo, open eens een terminalvenster en typ dan
df -hPlaats de uitkomst hier, dan weten we wat meer over je systeem.

Re: vollopen schrijfruimte
« Reactie #2 Gepost op: 2021/01/02, 01:08:40 »
Hallo, open eens een terminalvenster en typ dan
df -hPlaats de uitkomst hier, dan weten we wat meer over je systeem.

zo iets?
<pre><font color="#4E9A06"><b>pc</b></font>:<font color="#3465A4"><b>~</b></font>$ df -h
Bestandssysteem Grootte Gebruikt Besch Geb% Aangekoppeld op
udev               3,4G        0  3,4G   0% /dev
tmpfs              694M     1,8M  692M   1% /run
/dev/sda5          219G      41G  167G  20% /
tmpfs              3,4G     600K  3,4G   1% /dev/shm
tmpfs              5,0M     4,0K  5,0M   1% /run/lock
tmpfs              3,4G        0  3,4G   0% /sys/fs/cgroup
tmpfs              3,4G     8,0K  3,4G   1% /tmp
/dev/loop2         119M     119M     0 100% /snap/chromium/1424
/dev/loop1         9,2M     9,2M     0 100% /snap/canonical-livepatch/95
/dev/loop3          98M      98M     0 100% /snap/core/10444
/dev/loop4         163M     163M     0 100% /snap/gnome-3-28-1804/145
/dev/loop5          56M      56M     0 100% /snap/core18/1932
/dev/loop6          98M      98M     0 100% /snap/core/10577
/dev/loop0         243M     243M     0 100% /snap/chromium/1421
/dev/loop7         256M     256M     0 100% /snap/gnome-3-34-1804/36
/dev/loop8         218M     218M     0 100% /snap/gnome-3-34-1804/60
/dev/loop9          31M      31M     0 100% /snap/snapd/9721
/dev/loop11         65M      65M     0 100% /snap/gtk-common-themes/1514
/dev/loop10         35M      35M     0 100% /snap/whatsapp-for-linux/17
/dev/loop12         52M      52M     0 100% /snap/snap-store/498
/dev/loop13         52M      52M     0 100% /snap/snap-store/518
/dev/loop14         56M      56M     0 100% /snap/core18/1944
/dev/loop15         63M      63M     0 100% /snap/gtk-common-themes/1506
/dev/loop16         35M      35M     0 100% /snap/whatsapp-for-linux/18
/dev/loop17         32M      32M     0 100% /snap/snapd/10492
/dev/sda1          511M     7,8M  504M   2% /boot/efi
tmpfs              694M      48K  694M   1% /run/user/1000
</pre>

Re: vollopen schrijfruimte
« Reactie #3 Gepost op: 2021/01/02, 11:58:03 »
Hallo, dat is vreemd, ik zie geen schijf van 750GB, alleen maar de /dev/sda5 van 219GB groot waarvan 41GB gebruikt. Hier heb je denk ik je Linux op geïnstalleerd. Verder zie ik nog een kleine boot/efi partitie. Maar waar de rest van die 750GB is -- geen idee! Iemand anders kan je misschien verder helpen...

Offline jan11000

  • Lid
Re: vollopen schrijfruimte
« Reactie #4 Gepost op: 2021/01/03, 00:20:45 »
Ga in je bios kijken , welke hd je hebt.
Start van een bootable iso van linux,
dan start disks (schijven) op(of gparted), en kijk hoe groot je hd is, en hoe deze ingedeeld is.
En laat hier wat horen hoe het nu zit.

Offline Phil II

  • Lid
Re: vollopen schrijfruimte
« Reactie #5 Gepost op: 2021/01/03, 05:02:01 »
Hallo, dat is vreemd, ik zie geen schijf van 750GB, alleen maar de /dev/sda5 van 219GB groot waarvan 41GB gebruikt. Hier heb je denk ik je Linux op geïnstalleerd. Verder zie ik nog een kleine boot/efi partitie. Maar waar de rest van die 750GB is -- geen idee! Iemand anders kan je misschien verder helpen...
Normaal , het df en df -h commando geven alleen een overzicht van de gemounte ( actieve ) partities .

Wil je een volledig overzicht dan dien je het lsblk commando te gebruiken :
philippe@philippe-x75vd:~$ df -h
Bestandssysteem Grootte Gebruikt Besch Geb% Aangekoppeld op
udev               2,9G        0  2,9G   0% /dev
tmpfs              584M     1,3M  583M   1% /run
/dev/sda4           21G      11G  8,8G  55% /
tmpfs              2,9G      63M  2,8G   3% /dev/shm
tmpfs              5,0M     4,0K  5,0M   1% /run/lock
tmpfs              4,0M        0  4,0M   0% /sys/fs/cgroup
tmpfs              2,9G      32K  2,9G   1% /tmp
/dev/sda1          286M     5,4M  281M   2% /boot/efi
tmpfs              584M      52K  584M   1% /run/user/1000
philippe@philippe-x75vd:~$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 111,8G  0 disk
├─sda1   8:1    0   286M  0 part /boot/efi
├─sda2   8:2    0     6G  0 part
├─sda3   8:3    0  84,5G  0 part
└─sda4   8:4    0  20,8G  0 part /
sr0     11:0    1  1024M  0 rom 
philippe@philippe-x75vd:~$

Re: vollopen schrijfruimte
« Reactie #6 Gepost op: 2021/01/04, 12:59:09 »
  zo dus?
<pre><font color="#3465A4"><b>~</b></font>$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0    7:0    0 118,4M  1 loop /snap/chromium/1424
loop1    7:1    0 242,6M  1 loop /snap/chromium/1421
loop2    7:2    0  55,4M  1 loop /snap/core18/1944
loop3    7:3    0 162,9M  1 loop /snap/gnome-3-28-1804/145
loop4    7:4    0 217,9M  1 loop /snap/gnome-3-34-1804/60
loop5    7:5    0  55,4M  1 loop /snap/core18/1932
loop6    7:6    0  64,4M  1 loop /snap/gtk-common-themes/1513
loop7    7:7    0  64,8M  1 loop /snap/gtk-common-themes/1514
loop8    7:8    0    51M  1 loop /snap/snap-store/498
loop9    7:9    0    51M  1 loop /snap/snap-store/518
loop10   7:10   0  84,9M  1 loop /snap/simplenote/438
loop11   7:11   0  31,1M  1 loop /snap/snapd/10238
loop12   7:12   0 255,6M  1 loop /snap/gnome-3-34-1804/36
loop13   7:13   0  84,9M  1 loop /snap/simplenote/444
loop14   7:14   0  31,1M  1 loop /snap/snapd/10492
loop15   7:15   0 290,4M  1 loop /snap/vlc/1700
loop16   7:16   0   5,8M  1 loop /snap/tor/2
sda      8:0    0 698,7G  0 disk
├─sda1   8:1    0   512M  0 part /boot/efi
└─sda2   8:2    0 698,1G  0 part
sdb      8:16   0  22,4G  0 disk
├─sdb1   8:17   0   512M  0 part
└─sdb2   8:18   0  21,9G  0 part /</pre>

Re: vollopen schrijfruimte
« Reactie #7 Gepost op: 2021/01/04, 13:01:13 »
Hallo, dat is vreemd, ik zie geen schijf van 750GB, alleen maar de /dev/sda5 van 219GB groot waarvan 41GB gebruikt. Hier heb je denk ik je Linux op geïnstalleerd. Verder zie ik nog een kleine boot/efi partitie. Maar waar de rest van die 750GB is -- geen idee! Iemand anders kan je misschien verder helpen...

als het correct is, dan heeft deze laptop en een ssd en een hd
er stond eerder een oudere versie van Ubuntu op, deze is verwijderd en daarna de nw versie geinstaleerd
neem aan dat de grub instal het wel correct gedaan had..

Offline vanadium

  • Lid
Re: vollopen schrijfruimte
« Reactie #8 Gepost op: 2021/01/04, 13:50:16 »
Controleer eens je informatie. Hier heb je het over een /dev/sda5 van 167G waarop je root staat, in je laatste uitdraai komt een /dev/sdb2 van 21.9 G voor als rootpartitie.
Citaat
alleen krijg ik nu dus elke keer een nw melding na opstarten, dat mijn schrijf ruimte te vol is.
Geef eens detail: wat is de letterlijke foutmelding? Wanneer krijg je die precies tijdens het opstartproces? Is dit een bericht in de terminal of is dit een dialoogvenster nadat je ingelogd bent?

Re: vollopen schrijfruimte
« Reactie #9 Gepost op: 2021/01/04, 14:08:26 »
Je kan ook eens kijken met het programma 'Schijven' over wat er in je systeem zit. (Zie bijlage.)

Betreft het eigenlijk een versleutelde installatie? Zo ja, dan is wellicht je opstartpartitie vol. Mocht dat het geval zijn, dan kan je dat oplossen met:
sudo apt-get autoremove --purge
 
'Tips & tricks', zie: https://makkelijkelinuxtips.blogspot.com/p/1.html
Op chromeOS draaien ook gewoon de linux programma's. (Chromebook kopen? Kies dan bij voorkeur een exemplaar met een Intel processor.)
Zie voor een handleiding: https://www.youtube.com/watch?v=DHqqscTuqzk
En ook: https://www.youtube.com/watch?v=AsWgzH3OzYY

Offline h2o

  • Lid
Re: vollopen schrijfruimte
« Reactie #10 Gepost op: 2021/01/04, 15:03:28 »
Hallo, dat is vreemd, ik zie geen schijf van 750GB, alleen maar de /dev/sda5 van 219GB groot waarvan 41GB gebruikt. Hier heb je denk ik je Linux op geïnstalleerd. Verder zie ik nog een kleine boot/efi partitie. Maar waar de rest van die 750GB is -- geen idee! Iemand anders kan je misschien verder helpen...

Ik zie hem wel..
Citaat
sda      8:0    0 698,7G  0 disk
├─sda1   8:1    0   512M  0 part /boot/efi
└─sda2   8:2    0 698,1G  0 part       <<============== Deze
sdb      8:16   0  22,4G  0 disk
├─sdb1   8:17   0   512M  0 part
└─sdb2   8:18   0  21,9G  0 part /</pre>
Werk laptops + werkstation: Debian Testing
Privé laptops: Debian Testing/Unstable
Test laptop: Diverse andere Linux distribities
Chromebooks: ChromeOS Flex

Re: vollopen schrijfruimte
« Reactie #11 Gepost op: 2021/01/04, 18:38:24 »
Controleer eens je informatie. Hier heb je het over een /dev/sda5 van 167G waarop je root staat, in je laatste uitdraai komt een /dev/sdb2 van 21.9 G voor als rootpartitie.
Citaat
alleen krijg ik nu dus elke keer een nw melding na opstarten, dat mijn schrijf ruimte te vol is.
Geef eens detail: wat is de letterlijke foutmelding? Wanneer krijg je die precies tijdens het opstartproces? Is dit een bericht in de terminal of is dit een dialoogvenster nadat je ingelogd bent?

een witte dialoog venster
de ruimte verschilt dus wel elke keer.
t gebeurt zowel in het ubuntu scherm om in te loggen alswel na inloggen

Re: vollopen schrijfruimte
« Reactie #12 Gepost op: 2021/01/04, 18:41:21 »
Je kan ook eens kijken met het programma 'Schijven' over wat er in je systeem zit. (Zie bijlage.)

Betreft het eigenlijk een versleutelde installatie? Zo ja, dan is wellicht je opstartpartitie vol. Mocht dat het geval zijn, dan kan je dat oplossen met:
sudo apt-get autoremove --purge
 

dan is dit de uitkomt hiervan.
<pre>depmod...

DKMS: uninstall completed.
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-5.4.0-53-generic
/etc/kernel/postrm.d/zz-update-grub:
Sourcing file `/etc/default/grub&apos;
Sourcing file `/etc/default/grub.d/init-select.cfg&apos;
Aanmaken van GRUB-configuratiebestand...
Linux-schijfkopie gevonden: /boot/vmlinuz-5.4.0-58-generic
Initrd-schijfkopie gevonden: /boot/initrd.img-5.4.0-58-generic
Linux-schijfkopie gevonden: /boot/vmlinuz-5.4.0-54-generic
Initrd-schijfkopie gevonden: /boot/initrd.img-5.4.0-54-generic
Ubuntu 20.04.1 LTS (20.04) gevonden op /dev/sda2
Adding boot menu entry for UEFI Firmware Settings
voltooid
linux-modules-5.4.0-53-generic (5.4.0-53.59) wordt verwijderd ...
Bezig met afhandelen van triggers voor libc-bin (2.31-0ubuntu9.1) ...
(Database wordt ingelezen ... 206993 bestanden en mappen momenteel geïnstalleerd.)
Configuratiebestanden voor linux-modules-extra-5.4.0-53-generic (5.4.0-53.59) worden gewist ...
Configuratiebestanden voor linux-image-5.4.0-53-generic (5.4.0-53.59) worden gewist ...
Configuratiebestanden voor linux-modules-5.4.0-53-generic (5.4.0-53.59) worden gewist ...
</pre>

Re: vollopen schrijfruimte
« Reactie #13 Gepost op: 2021/01/04, 18:52:20 »
Die actie was vooral van belang bij een versleuteld systeem. Zo ja, is dan nu het probleem weg? Die lap tekst is het gevolg van de schoonmaakactie.

Kun je  nu zien wat er aan schijven in je pc zitten? (Disk's)
« Laatst bewerkt op: 2021/01/04, 18:55:53 door Ronaldus »
'Tips & tricks', zie: https://makkelijkelinuxtips.blogspot.com/p/1.html
Op chromeOS draaien ook gewoon de linux programma's. (Chromebook kopen? Kies dan bij voorkeur een exemplaar met een Intel processor.)
Zie voor een handleiding: https://www.youtube.com/watch?v=DHqqscTuqzk
En ook: https://www.youtube.com/watch?v=AsWgzH3OzYY

Re: vollopen schrijfruimte
« Reactie #14 Gepost op: 2021/01/05, 15:44:34 »
Ik zie hem wel..
Met blkid ja, niet met df -h waar je op reageerde...

Re: vollopen schrijfruimte
« Reactie #15 Gepost op: 2021/01/09, 02:04:31 »
wel alle goede hulp ten spijt, de laptop is gesneuveld.
daar kun niemand iets aan doen helaas.
had graag de zaak opgelost maar dat zit er niet meer in, de schade aan t scherm en kast is te groot om te herstellen.