drsné varování od FSCK [vyreseno]

[TUX IN MACHINE]

  co by se stalo kdybych pokračoval?  btw chtel sem jen zkontrolovat souborovej system protoze mi komp po probuzeni po par minutach necinnost zahadne vytuhnul s tim ze asi nakej proces vytezoval dost cpu pac mi fukar jel naplno.

on linux neumi stejne jako win zkontrolovat stav pripojeneho fs za behu? ve win sem dal normalne chkdsk c: a slo to. s parametrem /f pak jel i se zapisem ale to slo u systemoveho disku jen po restartu to je fakt ale bez toho Fka jel read only a test mi umoznil... no nic

[TUX IN MACHINE]

jde sem nejak nahrat obrazek?

[TUX IN MACHINE]

uff nechapu proc mi pres firefox nejde upoadnout soubor na xs.to pritom chromium to zvladne

http://www.xs.to/media/130595/99a66b79d7e76d3563c91753da658d58/640x480

[TUX IN MACHINE]

kdyby nekoho zajimalo zde je seznam parametru FSCK

dejf@h4ck3dB0x:~$ fsck --help
fsck z util-linux 2.19.1
fsck.ext4: neplatný přepínač – „h“
Použití: fsck.ext4 [-panyrcdfvtDFV] [-b superblok] [-B velikost_bloku]
      [-I bloky_iuzlových_bufferů] [-P velikost_zpracovávaných_iuzlů]
      [-l|-L soubor_špatných_bloků] [-C fd] [-j externí_žurnál]
      [-E rozšířené-přepínače] zařízení

Nápověda v nouzi:
 -p                   Automatická oprava (žádné otázky)
 -n                   Neprovádět žádné změny systému souborů
 -y                   Předpokládat „ano“ u všech otázek
 -c                   Hledat špatné bloky a přidat je do seznamu špatných bloků
 -f                   Vynutit kontrolu, i když je systém souborů označen čistý
 -v                   Být podrobný
 -b superblok         Použít alternativní superblok
 -B velikost_bloku     Vnutit velikost bloku při hledání superbloku
 -j externí_žurnál    Nastavit umístění externího žurnálu
 -l soubor_špatných_bloků
                      Přidat do seznamu špatných bloků
 -L soubor_špatných_bloků
                      Nastavit seznam špatných bloků

[Šuohob]

nektere filesystemy se umi kontrolovat i za behu bez odpojeni, ale ext k nim nepatri. Takze v zajmu zachovani tveho systemu radsi nepokracuju a filesystem zkontroluju kdyz nebude pripojeny, nebo kdyz bude pripojeny jen jako read-only

[TUX IN MACHINE]

MAM DOTAZ jakym zpusobem primeju system aby se mi restartoval a pri restartu zkontroloval filesystem?

[TUX IN MACHINE]

coz u systemoveho oddilu nejde takze musi dojit k restartu ale jak ubuntu primeju aby provedl tu kontrolu?

[TUX IN MACHINE]

tak sem si to nasel sam na http://vetrnikplejs.blogspot.com/2007/11/kontrola-systmu-soubor-v-ubuntu-fsck.html

Kontrola systému souborů v Ubuntu (fsck)
Ubuntu jak známo po 30 bootech vždy při startu spouští kontrolu souborového systému (fsck). Pokud chcete zkontrolovat file system okamžitě, příkaz fsck nelze bezpečně použít na mountovaném disku. Našel jsem návod (Ubuntuforums.org), jak lze kontrolu vynutit při startu:

$ sudo touch /forcefsck

Odešlete příkaz, vložte uživatelské heslo a restartujte. Při bootu dojde ke známé kontrole souborového systému pomocí fsck (======= a %) a po ní Ubuntu dokončí celý boot. Vyzkoušel jsem, funguje to.

[TUX IN MACHINE]

tak mi prijde ze to asi nefunguje, neni to nejaka kravina?

sudo touch /forcefsck

pote sem dal sudo reboot a pri restartu sem nezaznamenal zadnej pokus o kontrolu disku achjo 

[TUX IN MACHINE]

no jeste to zkusim jednou a radeji dam restartovat normalne klikanim to sudo reboot mi prijde ze mi to restartilo nejak brutalne rychle

[TUX IN MACHINE]

aha tak funguje , vynucena kontrola disku probehla a bylo to celkem rychle asi jen minutka. jen si nejsem uplne jistej jestli  probehla i predtim co jsem restartoval pomoci prikazu reboot, zrejme ne.

kde najdu zaznam o prubehu akce fsck pri startu systemu? normalne ve var/log/syslog?

[phplus]

Ty jsi docela samomluva, co?

[RRRadek Neužil]

Ty jsi docela samomluva, co?

Tímhle tempem bude mít za chvilku největší počet příspěvků.

Jinak ani windows také neumí kontrolovat sám sebe pokud je zrovna spuštěn. Ale alespoň tam mají že jí můžeme nechat pustit při startu. Mi zatím musíme šáhnout do terminálu.

ps: u příspěku máme takové kouzelné tlačítko

[TUX IN MACHINE]

nemas pravdu ve windows jak das CHKDSK C: provede i za behu systemu i na systemovem dsku kontrolu, ovsem na moc veci to neni protoze behem prace scandisku se udelaji zmeny a pak stejne nevis jiste jestli neni chyba cili jistota je jen kontrola pri bootu 

[RRRadek Neužil]

Dobře tak neumí to graficky abych byl přesný. Samo sebou to z konzole jde jak ve Windows a tak i z Ubuntu ale není to v každém případě nic bezpečného.

[jmp]

nemas pravdu ve windows jak das CHKDSK C: provede i za behu systemu i na systemovem dsku kontrolu, ovsem na moc veci to neni protoze behem prace scandisku se udelaji zmeny a pak stejne nevis jiste jestli neni chyba cili jistota je jen kontrola pri bootu 

RRadek ma pravdu viz.:

Using chkdsk with open files

If you specify the /f parameter, chkdsk displays an error message if there are open files on the disk. If you do not specify the /f parameter and open files exist, chkdsk might report lost allocation units on the disk. This could happen if open files have not yet been recorded in the file allocation table. If chkdsk reports the loss of a large number of allocation units, consider repairing the disk.


Using chkdsk with Shadow Copies for Shared Folders

Because the Shadow Copies for Shared Folders source volume cannot be locked while Shadow Copies for Shared Folders is enabled, running chkdsk against the source volume might report false errors or cause chkdsk to unexpectedly quit. You can, however, check shadow copies for errors by running chkdsk in Read-only mode (without parameters) to check the Shadow Copies for Shared Folders storage volume.

[TUX IN MACHINE]

Dobře tak neumí to graficky abych byl přesný. Samo sebou to z konzole jde jak ve Windows a tak i z Ubuntu ale není to v každém případě nic bezpečného.

myslel sem samozrejme konzoli ve winblows a read only rezim. parametr F to na pripojenem system disku odmitne a nabidne kontrolu az po restartu. ale to je jedno windows tu nechci resit a co sem chtel se dozvedet to sem si uz nasel a funguje to