(Opgelost) Gedeelde Home onder Linux 2.6.24.24 geeft problemen

[joop13]

Ik heb weer wat stukken van deze kernel gekregen. Gezien wat er gebeurd ben ik daar niet blij mee. Ik draai nu maar weer onder .23 vanwege de problemen met .24. OpenOffice kan ineens geen bestanden meer goed opslaan. Ik krijg mededelingen dat /tmp te vol is, geen ruimte op de schijf. Terwijl ik van de 50 Gb maar 7 gebruik!. Thunderbird kon geen copie van mails plaatsen in Verzonden..... Heel vreemd...

Weet iemand waar het aan ligt? Ik ben niet onthand want onder .23 heb ik geen problemen en ook onder Linux Mint niet. Maar ik vind het heel merkwaardig.

Inmiddels probleem opgelost omdat in de root de ruimte volledig opgesnoept was door een Backup. Toen had ik geen ruimte meer op de /. Ik heb het verwijderd en nu werkt alles weer.

[joop13]

Ik heb inmiddels een aantal constateringen gedaan:
1. Na het installeren van Ubuntu is Linux Mint geinstalleerd.
2. ze delen een dezelfde /home partitie.
3. Onder Ubuntu is de / nu volledig gevuld, bij gkrellm onder Ubuntu is de / helemaal vol, onder Mint zie ik de werkelijke hoeveelheid /
4. Bij Ubuntu lijkt het alsof de inhoud van de aparte /home gekopieerd is in de /, bij Mint is de /home echt apart.
5. Onder Ubuntu heb ik geen ruimte meer, onder Mint is de ruimte zo groot als de ruimte van /home en / samen.

Weet iemand hoe ik onder Ubuntu ervoor kan zorgen dat de /home niet meer gekopieerd lijkt in de /?

[joop13]

Iemand???

[vanadium]

Ik denk dat je het jezelf inderdaad moeilijk maakt. Linux systemen zijn zeker niet ontworpen om eenzelfde home te delen. Om te zien hoe alles in elkaar zit: "mount" toont wat allemaal gemount is en waar.

[joop13]

Maar onder Ubuntu en onder Mint zie ik dezelfde bestanden en ondervind geen problemen met het benaderen van de bestanden. Het enige probleem is dat onder Ubuntu het lijkt alsof de bestanden in de home partitie onder sda3 geplaatst worden in sda1. Terwijl onder mint deze bestanden "gewoon" op de /home partitie staan. Het lijkt dan onder Ubuntu dat dezelfde bestanden via een ?link? ruimte innemen op de / partitie?? 

[vanadium]

Met het commando "ls -l" kan je in een directory de details van de bestanden zien, dus ook of het al dan niet links zijn.
Met het commando "mount" kan je zien welke partities waar in je bestandssysteem gemount zijn.
Pas als je goed weet hoe alles in elkaar zit, kan je overwegen aanpassingen te doen.

[joop13]

Onder Ubuntu:
ls -l /:
drwxr-xr-x   6 root root  4096 2009-03-16 19:02 home
mount:
/dev/sda1 on / type ext3 (rw,relatime,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
lrm on /lib/modules/2.6.24-24-generic/volatile type tmpfs (rw)
/dev/sda3 on /home type ext3 (rw,nosuid,nodev,relatime)
securityfs on /sys/kernel/security type securityfs (rw)
overflow on /tmp type tmpfs (rw,size=1048576,mode=1777)
gvfs-fuse-daemon on /home/joop/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=joop)

Onder Mint:

ls -l /:
drwxr-xr-x   6 root root  4096 2009-03-16 19:02 home

mount:
/dev/sda5 on / type ext3 (rw,relatime,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
/proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,nosuid,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
lrm on /lib/modules/2.6.27-11-generic/volatile type tmpfs (rw,mode=755)
/dev/sda3 on /home type ext3 (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/joop/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=joop)

En ik zie hierin geen verschil in beide gevallen zijn de /home gewoon directories. En ook de aanduiding van de /home aan dev/sda3 geeft geen erg verschillende gegevens....... En gparted geeft aan dat de / partitie van Ubuntu vol zit......

[track]

Hoi Joop,

volgens mij is er gewoon iets mis gegaan bij Uby, het hoeft niet eens veel te zijn.

Wat mij zou interesseren, wat levert een  sudo ls -lsa  /  van de Uby op ? 
(normaal met de /home gemount, en post hem aljeblieft volledig indien wij het zullen bekijken.)
Daar zou je ook verborgen boosdoeners kunnen zien.

track

[joop13]

Ik wissel even weer om, zometeen het antwoord op deze vraag:

totaal 96
 4 drwxr-xr-x  21 root root  4096 2009-04-18 00:08 .
 4 drwxr-xr-x  21 root root  4096 2009-04-18 00:08 ..
 4 drwxr-xr-x   2 root root  4096 2009-03-11 17:38 bin
 4 drwxr-xr-x   3 root root  4096 2009-04-16 16:39 boot
 0 lrwxrwxrwx   1 root root    11 2009-03-11 12:56 cdrom -> media/cdrom
 0 drwxr-xr-x  14 root root 13860 2009-04-18 20:26 dev
12 drwxr-xr-x 135 root root 12288 2009-04-18 20:27 etc
 4 drwxr-xr-x   6 root root  4096 2009-03-16 19:02 home
 4 drwxr-xr-x   2 root root  4096 2008-04-22 19:48 initrd
 0 lrwxrwxrwx   1 root root    33 2009-03-11 17:41 initrd.img -> boot/initrd.img-2.6.24-24-generic
 0 lrwxrwxrwx   1 root root    33 2009-03-11 12:33 initrd.img.old -> boot/initrd.img-2.6.24-23-generic
12 drwxr-xr-x  17 root root 12288 2009-04-16 12:58 lib
16 drwx------   2 root root 16384 2009-03-11 12:55 lost+found
 4 drwxr-xr-x   3 root root  4096 2009-04-18 20:26 media
 4 drwxr-xr-x   2 root root  4096 2008-04-15 07:53 mnt
 4 drwxr-xr-x   4 root root  4096 2009-03-14 02:20 opt
 0 dr-xr-xr-x 132 root root     0 2009-04-18 20:25 proc
 4 drwxr-xr-x  19 root root  4096 2009-04-17 19:45 root
 4 drwxr-xr-x   2 root root  4096 2009-04-16 12:58 sbin
 4 drwxr-xr-x   2 root root  4096 2008-04-22 19:48 srv
 0 drwxr-xr-x  12 root root     0 2009-04-18 20:25 sys
 0 drwxrwxrwt  15 root root   360 2009-04-18 20:28 tmp
 4 drwxr-xr-x  11 root root  4096 2008-04-22 19:51 usr
 4 drwxr-xr-x  16 root root  4096 2009-04-08 14:19 var
 0 lrwxrwxrwx   1 root root    30 2009-03-11 17:41 vmlinuz -> boot/vmlinuz-2.6.24-24-generic
 0 lrwxrwxrwx   1 root root    30 2009-03-11 12:33 vmlinuz.old -> boot/vmlinuz-2.6.24-23-generic

[track]

Dat blijkt dus goed te zijn, het rechtenpatroon ziet net zo uit als bij mij.

Nu de grootte van de inhoud:  met een  sudo du -s /*  in de terminal.
Dan kunnen wij zien waar die hoop data schuilt.

track

[joop13]

Dit is het antwoord:

joop@Laptop:/$ sudo du -s /*
5312   /bin
55488   /boot
0   /cdrom
84   /dev
12768   /etc
du: kan geen toegang krijgen tot ‘/home/joop/.gvfs’: Toegang geweigerd
6551256   /home
4   /initrd
0   /initrd.img
0   /initrd.img.old
416284   /lib
16   /lost+found
8   /media
4   /mnt
237572   /opt
du: kan geen toegang krijgen tot ‘/proc/9574/task/9574/fd/3’: Bestand of map bestaat niet
du: kan geen toegang krijgen tot ‘/proc/9574/task/9574/fdinfo/3’: Bestand of map bestaat niet
du: kan geen toegang krijgen tot ‘/proc/9574/fd/3’: Bestand of map bestaat niet
du: kan geen toegang krijgen tot ‘/proc/9574/fdinfo/3’: Bestand of map bestaat niet
0   /proc
3983952   /root
7088   /sbin
4   /srv
0   /sys
32   /tmp
2675196   /usr
522580   /var
0   /vmlinuz
0   /vmlinuz.old

[vanadium]

3 gigabyte in /root: vermoedelijk is dat een root trash die al die ruimte inneemt. Je kan alles wat in /root/.local/share/Trash zit verwijderen om terug ruimte vrij te hebben op je /.

[joop13]

3 gigabyte in /root: vermoedelijk is dat een root trash die al die ruimte inneemt. Je kan alles wat in /root/.local/share/Trash zit verwijderen om terug ruimte vrij te hebben op je /.

Dank je wel, mijn ideeën waren dus fout. Met het verwijderen van de inhoud van deze trash die nog de backup bevatte die ik boven al noemde heb ik weer 4 Gb vrij in /. Het probleem  is dus opgelost.