0 bajtů na disku úplně stačí...

[compaq]

Na některých strojích mi Ubuntu ukazuje stále volných 0 bajtů (viz obr.). Samozřejmě je několik GB volných. Jak na to?

[attachment deleted by admin]

[donny]

Zkus filesystém zkontrolovat třeba pomocí fsck, jestli si neopraví nějakou interní poznámku o volném místu.

[compaq]

Zkus filesystém zkontrolovat třeba pomocí fsck, jestli si neopraví nějakou interní poznámku o volném místu.

Díky. dělal jsem to. Nic.

[arrange]

Co ukazuje záložka Souborové systémy?
?Co ukáže

Kód: [Vybrat]

df -Th


[compaq]

Ukazuje:

Soub. systém  Typ    Velikost Užito Volno Uži% Mounted on
varrun       tmpfs    501M  244K  501M   1% /var/run
varlock      tmpfs    501M     0  501M   0% /var/lock
udev         tmpfs    501M   60K  501M   1% /dev
devshm       tmpfs    501M  336K  501M   1% /dev/shm
lrm          tmpfs    501M   40M  462M   8% /lib/modules/2.6.24-27-generic/volatile
/dev/sda2     ext3     63G   34G   27G  56% /media/sda2

Moje zabordelená fstab:

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc       /proc          proc         defaults               0  0 
# /dev/sda2
# /dev/sda5
# UUID=45a7ef14-d3b1-4622-8f33-4477e66e3235  none           swap         sw                     0  0 
# UUID=78b20c14-d717-41d9-81d2-08a03b3160d5 /                    ext3       defaults              1 1
# /dev/disk/by-id/ata-FUJITSU_MHV2080BH_PL_NW9ZT6C39EDV-part6 /data1               auto       noauto,user           0 0
# /dev/disk/by-id/ata-FUJITSU_MHV2080BH_PL_NW9ZT6C39EDV-part7 /data1               auto       noauto,user           0 0

devpts     /dev/pts       devpts       mode=0620,gid=5        0  0 
usbfs      /proc/bus/usb  usbfs        noauto                 0  0 
/dev/sda5  none           swap         sw                     0  0 
/dev/scd0  /media/cdrom   udf,iso9660  user,noauto,exec,utf8  0  0

[attachment deleted by admin]

[arrange]

?Co vypíše

Kód: [Vybrat]

mount

Jestli dobře chápu zdroj, pak se do dostupného místa na disku počítá pouze zařízení /dev/*, které není připojeno pod /media. V tvém případě: 0 bodov.

src/sysinfo.cpp

Kód: [Vybrat]

void load_disk_info()
    {
      glibtop_mountentry *entries;
      glibtop_mountlist mountlist;

      entries = glibtop_get_mountlist(&mountlist, 0);

      this->free_space_bytes = 0;

      for (guint i = 0; i != mountlist.number; ++i) {

if (string(entries[i].devname).find("/dev/") != 0)
  continue;

if (string(entries[i].mountdir).find("/media/") == 0)
  continue;

glibtop_fsusage usage;
glibtop_get_fsusage(&usage, entries[i].mountdir);
this->free_space_bytes += usage.bavail * usage.block_size;
      }

      g_free(entries);
    }


[compaq]

grrrrr ...

a) kde mas root? "/" co ti to ma ukazovat ??
b) proc mas takhle hloupy ten nazev threadu ??
c) do gconf-editor jsi se samozrejme koukal predpokladam

a) nechápu otazku
b) u názvu mi jde o návštěvnost, věřte, že je to lepší název, než "pomozte", "chyba v ubuntu" apod.
c) nekoukal a nevím, co tam přenastavit

[compaq]

?Co vypíše

Kód: [Vybrat]

mount

Jestli dobře chápu zdroj, pak se do dostupného místa na disku počítá pouze zařízení /dev/*, které není připojeno pod /media. V tvém případě: 0 bodov.

Takže by to nemělo mít vliv na funkci systému?

Mount ukáže:

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-27-generic/volatile type tmpfs (rw)
/dev/sda2 on /media/sda2 type ext3 (rw)
securityfs on /sys/kernel/security type securityfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/tomas/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=compaq)

[arrange]

Takže by to nemělo mít vliv na funkci systému?
Asi ne, ale vysvětli mi teď prosím tě ty, jak jsi schopen provozovat systém bez připojeného kořenového adresáře (/)?? Není vidět ani v fstab, ani v mount. Jak to děláš?

[compaq]

Takže by to nemělo mít vliv na funkci systému?
Asi ne, ale vysvětli mi teď prosím tě ty, jak jsi schopen provozovat systém bez připojeného kořenového adresáře (/)?? Není vidět ani v fstab, ani v mount. Jak to děláš?

Nevím, ale teď na tom systému jsem a normálně funguje. Jen jsem byl zvyklý, se dívat kolik "mám ještě místa na disku" v sledování systému a hle, teď ukazuje již delší dobu nulu, tak to řeším.
Normálně jde systém souborů procházet atd. Na disku jsou tři oddíly:

NTFS se starým OS
ext3 s tímto Ubuntu 8.04 a home
rozšířený
   swap 2,1 GB

[arrange]

Ty máš nějaký virtuální filesystem? Dáš tu výstup z boot_info_script?

[Firzen]

Je to neuvěřitelné, ale Ubuntu 9.10 mi ve virtuálním pc bez / skutečně funguje! Tipoval bych to na ignorování chybného fstabu. Ale zůstává mi to záhadou.

[donny]

Není root partition náhodou připojená už od GRUBu? /bin/mount ji pak tedy akorát remountne. V grub.cfg/menu.lst je root partition uvedená.

[compaq]

Ty máš nějaký virtuální filesystem? Dáš tu výstup z boot_info_script?

Výstup je v připojeném souboru.

[attachment deleted by admin]

[arrange]

Tak to bylo zajímavé. Trochu jsem se v tom vrtal a
Ubuntu opravdu umí "připojit" kořenový adresář bez toho, že by o něm byl záznam v fstab, od Hardyho až po Karmic. V Hardym je to o to zajímavější, že se pak / neobjeví ani ve výstupu mount, df apod., takže některé programy jsou zmatené (viz téma tohoto vlákna).

Kód: [Vybrat]

# v 8.04 ve výstupu mount není záznam o tom, kam se připojil kořenový adresář
# vše jede přes FUSE!

arrange@804:~$ mount
proc on /proc type proc (rw,noexec,nosuid,nodev)
...
lrm on /lib/modules/2.6.24-26-generic/volatile type tmpfs (rw)
gvfs-fuse-daemon on ~/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=arrange)

arrange@804:~$ df -Th
Filesystem    Type    Size  Used Avail Use% Mounted on
...
lrm          tmpfs    502M   40M  463M   8% /lib/modules/2.6.24-26-generic/volatile
gvfs-fuse-daemon
fuse.gvfs-fuse-daemon     39G  2.2G   35G   6% ~/.gvfs

arrange@804:~$ dd if=/dev/zero of=temp.bin bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (105 MB) copied, 0.948651 s, 111 MB/s

arrange@804:~$ df -Th
Filesystem    Type    Size  Used Avail Use% Mounted on
...
lrm          tmpfs    502M   40M  463M   8% /lib/modules/2.6.24-26-generic/volatile
gvfs-fuse-daemon
fuse.gvfs-fuse-daemon     39G  2.3G   35G   7% ~/.gvfs
arrange@804:~$
EDIT: přes FUSE to nejede, protože i když killnu gvfs démona a odeberu fuse modul, systém jede vesele dál, ale nechápu jak

[donny]

arrange, když už zmiňuješ fuse, co si myslíš třeba o mountování root partitiony při bootu (GRUB)? viz můj minulej post

[arrange]

Nevím, jestli rozumím dotazu... POKUD by došlo k připojení kořenového adresáře, byl by vidět ve výstupu mount, nebo ne?

[Yontalcar]

jestli tomu dobře rozumím, tak to má vypadat takto:
1) Nabootuje se jádro s initrd
2) init skripty v initrd namountují root partition (specifikovano jako parametr jádra)
3) init z initrd předá "vládu" initu z root partišny
4) initskripty namountují zbytek FS

jelikož mount bere info z /etc/mtab (kam initrd z jistých důvodů nezapisuje) a ne z /proc/mounts, tak to / nezobrazí

[arrange]

jelikož mount bere info z /etc/mtab (kam initrd z jistých důvodů nezapisuje) a ne z /proc/mounts, tak to / nezobrazí
To jsem nevěděl. Když porovnám mount a /proc/mounts (mluvím o Ubuntu 8.04), je v druhém skutečně navíc řádek

Kód: [Vybrat]

/dev/sdb2 / ext3 rw,relatime,data=ordered 0 0
Takže zřejmě pokud není v fstab definován root directory, zůstane to připojené tak, jak to připojily skripty z initrd. Což většinou není problém, pokud jiný program nepotřebuje parsovat výstup z mount.

Teď je ještě otázka, proč compaq zakomentoval ten řádek s rd...

EDIT: Takže jestli to dobře chápu, tak:
1. Připojí se rootfs a spustí jeho init. Ten připojí mj. i "real filesystem" na disku do cesty definované ve virtuálu pomocí proměnné ${rootmnt} (vzaté z cmdline), ale jen jako ro.
2. Po projetí všech skriptů initrd se (viz run-init)
 - překopíruje (pouze) obsah adresářů /proc a /sys z rootfs do reálu (to vysvětluje rozdíl ve výpisech mtab a mounts)
 - vymaže obsah rootfs, ne již filesystem samotný (ten v mounts zůstává)
 - přemountuje root do reálu a chrootne do něj  
3. Skript /etc/init.d/checkroot.sh chybějící řádek v fstab nemá ošetřený, a defaultní remount proběhne s SIGSEGV, takže se do mtab nezapíše.

[Yontalcar]

EDIT: Takže jestli to dobře chápu, tak:
1. Připojí se rootfs a spustí jeho init. Ten připojí mj. i "real filesystem" na disku do cesty definované ve virtuálu pomocí proměnné ${rootmnt} (vzaté z cmdline), ale jen jako ro.
2. Po projetí všech skriptů initrd se (viz run-init)
 - překopíruje (pouze) obsah adresářů /proc a /sys z rootfs do reálu (to vysvětluje rozdíl ve výpisech mtab a mounts)
 - vymaže obsah rootfs, ne již filesystem samotný (ten v mounts zůstává)
 - přemountuje root do reálu a chrootne do něj  
3. Skript /etc/init.d/checkroot.sh chybějící řádek v fstab nemá ošetřený, a defaultní remount proběhne s SIGSEGV, takže se do mtab nezapíše.

... tak nějak, ale bez toho mazání a kopírování
jestli chceš, tak se v initramdisku pohrabej - je to cpio archiv komprimovaný pomocí gzip; /init je shellový skript

[arrange]

... tak nějak, ale bez toho mazání a kopírování
Tak jsem se v tom pohrabal - tohle chápu jako "kopírování" (/init)

Kód: [Vybrat]

# Move virtual filesystems over to the real filesystem
mount -n -o move /sys ${rootmnt}/sys
mount -n -o move /proc ${rootmnt}/proc

a tohle jako "mazání" (runinitlib.c)

Kód: [Vybrat]

        /* Delete rootfs contents */
if (nuke_dir("/"))
return "nuking initramfs contents";

/* Overmount the root */
if (mount(".", "/", NULL, MS_MOVE, NULL))
return "overmounting root";

/* chroot, chdir */
if (chroot(".") || chdir("/"))
return "chroot";


[compaq]

Díky za tipy.
Systém U8.04 běží bez větších problémů na tomnto notebooku Compaq Presario skoro dva roky a zatím ho tak nechám.
Nejsem odborník, abych se hrabal u funkčního systému ve fstab.
:-)

[bluewizard]

spis bych rekl, ze compaq o5 vyzaduje pozornost ..

taky bych řekl, protože jak jde vidět, tak ve skutečnosti nic řešit nechtěl (dle posledního postu)  GRC

[compaq]

spis bych rekl, ze compaq o5 vyzaduje pozornost ..

taky bych řekl, protože jak jde vidět, tak ve skutečnosti nic řešit nechtěl (dle posledního postu)  GRC

Myslel jsem, že to spraví nějaká maličkost v nastavení, aby systém ukazoval volný prostor na disku.
Vše, čemu jsem rozumněl jsem udělal a dodal výpisy. Rozj3bat systém si však kvůli tomu nechci. Čemu už vůbec nerozumím, tam nejdu...

[Yontalcar]

mělo by stačit do /etc/fstab připsat řádek:

Kód: [Vybrat]

UUID=78b20c14-d717-41d9-81d2-08a03b3160d5 / ext3 errors=remount-ro 0 1btw.  co používáš za GRUB?