Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: compaq 11 Dubna 2010, 12:45:31
-
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]
-
Zkus filesystém zkontrolovat třeba pomocí fsck, jestli si neopraví nějakou interní poznámku o volném místu.
-
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.
-
Co ukazuje záložka Souborové systémy?
?Co ukážedf -Th
-
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]
-
?Co vypíše
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.cppvoid 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);
}
-
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
-
?Co vypíšemount
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)
-
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áš?
-
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
-
Ty máš nějaký virtuální filesystem? Dáš tu výstup z boot_info_script (http://wiki.ubuntu.cz/boot_info_script)?
-
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.
-
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á.
-
Ty máš nějaký virtuální filesystem? Dáš tu výstup z boot_info_script (http://wiki.ubuntu.cz/boot_info_script)?
Výstup je v připojeném souboru.
[attachment deleted by admin]
-
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).
# 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 :) :)
-
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 ;)
-
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?
-
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í
-
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/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.
-
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
-
... 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)# 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) /* 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";
-
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.
:-)
-
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) :P ::) ??? GRC
-
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) :P ::) ??? 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...
-
mělo by stačit do /etc/fstab připsat řádek:
UUID=78b20c14-d717-41d9-81d2-08a03b3160d5 / ext3 errors=remount-ro 0 1btw. co používáš za GRUB?
-
btw. co používáš za GRUB?
Je to U8.04, takže jedničku (ale musím přiznat, že chvilku tam byla dvojka a udělala dobrej binec...)
-
jsem se díval, že máš docela zprasený menu.lst