Kontrola disku až po naběhnutí systému

Re:Kontrola druheho disku az po nabehnuti systemu?
« Odpověď #15 kdy: 22. 08. 2012, 18:17:23 »
K čemu vám prosím je background fsck, když to potřebujete mít odpojené?  ::)

Odpojené to potřebuje mít možná extX, ale principielní nutnost to není.


Kirk McKusick, the developer of Berkeley FFS, solved this problem with Soft Updates: all pending meta-data updates are kept in memory and written out to disk in a sorted sequence (“ordered meta-data updates”). This has the effect that, in case of heavy meta-data operations, later updates to an item “catch” the earlier ones if the earlier ones are still in memory and have not already been written to disk. So all operations on, say, a directory are generally performed in memory before the update is written to disk (the data blocks are sorted according to their position so that they will not be on the disk ahead of their meta-data). If the system crashes, this causes an implicit “log rewind”: all operations which did not find their way to the disk appear as if they had never happened. A consistent filesystem state is maintained that appears to be the one of 30 to 60 seconds earlier. The algorithm used guarantees that all resources in use are marked as such in their appropriate bitmaps: blocks and inodes. After a crash, the only resource allocation error that occurs is that resources are marked as “used” which are actually “free”. fsck( 8 ) recognizes this situation, and frees the resources that are no longer used. It is safe to ignore the dirty state of the filesystem after a crash by forcibly mounting it with mount -f. In order to free resources that may be unused, fsck( 8 ) needs to be run at a later time. This is the idea behind the background fsck: at system startup time, only a snapshot of the filesystem is recorded. The fsck can be run later on. All file systems can then be mounted “dirty”, so the system startup proceeds in multiuser mode. Then, background fscks will be scheduled for all file systems where this is required, to free resources that may be unused. (File systems that do not use Soft Updates still need the usual foreground fsck though.)

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-disk.html
http://www.freebsd.org/doc/handbook/snapshots.html
http://static.usenix.org/publications/library/proceedings/bsdcon02/mckusick/mckusick_html/index.html


Re:Kontrola druheho disku az po nabehnuti systemu?
« Odpověď #16 kdy: 22. 08. 2012, 18:22:41 »
Nikto neporadi na co som sa pytal? Phil ok to neries, proste sa nieco pytam....a rad by som keby niekto poradil....

Re:Kontrola druheho disku az po nabehnuti systemu?
« Odpověď #17 kdy: 22. 08. 2012, 18:24:21 »
Kontrola disku
if mountpoint -q /media/xxx
then
   echo "kontrola nebyla provedena, disk je pripojen" >> /dev/null
else
   fsck -fyv /dev/sda1
   vystup=$?

Toto som moc nepochopil.
Predtym sa disk odmountuje, odpoja sa sluzby. Tento prikaz hovori ze ak je disk pripojeny tak sa neurobi kontrola, ak nie je tak sa urobi.
Lenze disk sa odmountuje, disk nevyzaduje kontrolu - takze nebude mountnuty.....asi by bolo vhodnejsie dat umount a vypnutie sluzieb po else a spojit to nejako s fsck alebo ? dakujem...

Lol Phirae

Re:Kontrola druheho disku az po nabehnuti systemu?
« Odpověď #18 kdy: 22. 08. 2012, 20:17:51 »
asi by bolo vhodnejsie dat umount a vypnutie sluzieb po else a spojit to nejako s fsck alebo ? dakujem...

Aha, takže místo toho, aby se kontrola spustila normálně při bootu, opravily se případné chyby a naběhl systém, tak po této vyfikundaci se:

- spustí se služby
- načež se služby opět ukončí
- zkontroluje se disk
- a následuje reboot

Rozumím tomu "vylepšení" správně? Jsem jediný, komu to přijde padlé na hlavu?  ::)

Re:Kontrola druheho disku az po nabehnuti systemu?
« Odpověď #19 kdy: 22. 08. 2012, 20:48:34 »
Problem je ze ked je systemovy disk v poriadku, system nenabehne, lebo tento druhy disk, kde su len data ukazuje chyby a treba urobit manualne fsck....


trubicoid2

Re:Kontrola disku až po naběhnutí systému
« Odpověď #20 kdy: 23. 08. 2012, 10:50:30 »
no a co mas ve fstabu? melo by zafungovat "0 0", jak uz nekdo radil
jestli to nezafunguje, tak muzes zkusit do options napsat noauto, anebo normalne zakomentuj celej radek s /media # a bude
pak se nebude pripojovat ani kontrolovat.

prikaz k oprave trochu zalezi na pouzitym filesystemu, jestli mas extX, tak e2fsck -f -y -D /dev/neco
jak to opravis, tak oddelas ve fstabu #, manualne primoutujes (mount /media) a eventuelne prestartujes
hod sem /etc/fstab

DgBd

  • ****
  • 282
    • Zobrazit profil
    • E-mail
Re:Kontrola druheho disku az po nabehnuti systemu?
« Odpověď #21 kdy: 23. 08. 2012, 12:10:50 »
Problem je ze ked je systemovy disk v poriadku, system nenabehne, lebo tento druhy disk, kde su len data ukazuje chyby a treba urobit manualne fsck....

Normální je spustit tu kontrolu ve chvíli, kdy neběží služby, které by chtěly ten disk využívat. Takže:
- ve fstab je parametr noauto, tj. disk se nenamontuje
- případnou kontrolu spustit dřív než se pouštějí služby tento disk využívající. To se dělá obvykle někde v /etc/rc.S (a v tom skriptu ten disk následně namontovat), případně pokud chce mít člověk puštěný třeba ssh, tak si ty služby uspořádá jinak

Re:Kontrola disku až po naběhnutí systému
« Odpověď #22 kdy: 23. 08. 2012, 13:28:28 »
Citace
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda1 during installation
UUID=4fbdeeae-3bf4-433c-91b6-2a88d4745f2f /               ext3    errors=remount-ro 0       1
# swap was on /dev/sda2 during installation
UUID=c9077f09-038e-45d5-9dff-c7716fcc8a05 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0
UUID=a3d1a1df-cc46-4c7a-a7f5-2ac4641a7177 /media/wd1500GB ext4 defaults 0 2

Ked nedam kontrolu a budu chyby na tom disku, tak ho nepripoji, alebo sa mylim?

trubicoid2

Re:Kontrola disku až po naběhnutí systému
« Odpověď #23 kdy: 23. 08. 2012, 13:37:00 »
nevim, kazdej filesystem to ma trochu jinak, i ruzny didtribuce ruzne zachazi s tim poslednim cislem, ktery bys mel dat na 0
 
rozhodne jestli mas podezreni, ze tam chyby jsou, tak dej za defaults,noauto nebo celej radek zakomentuj #, pak se urcite nepripoji a ty udelas rucne kontrolu po nabehnuti systemu, to jsi chtel, ne?

DgBd

  • ****
  • 282
    • Zobrazit profil
    • E-mail
Re:Kontrola disku až po naběhnutí systému
« Odpověď #24 kdy: 23. 08. 2012, 14:04:30 »
při errors=remount-ro se filesystem při výskytu chyb  přimontuje read-only, takže ho nemůžeš poškodit ještě víc. Netýká se to ovšem kontroly při startu, ale v situaci, kdy se objeví chyba na přimontovaném disku při spuštěném systému.

Re:Kontrola disku až po naběhnutí systému
« Odpověď #25 kdy: 23. 08. 2012, 14:07:41 »
Nie to som nechcel. Este jedenkrat to napisem nanovo.
Potrebujem aby mi tento disk pripojilo vzdy po starte. Kedze ak sa na tomto druhom disku(ulozny) nachadzaju chyby velakrat je potrebne urobit manualne fsck - avsak nie vzdy to je mozne + nenabehne ani system kde su ine sluzby ktore potrebujem aby nabehli.
Tak som sa pytal, ci je mozne urobit nieco tak aby ten druhy disk kontrolovalo az po nabehnuti systemu a vsetkych funkcii.
Ak obsahuje chyby a je potrebny restart nech ho restartuje a nanovo zapne a namountuje. Proste aby vzdy po zapnuti systemu ho mountlo a ak nejde mountnut urobilo kontrolu toho druheho disku(ale az po zapnuti a nabehnuti systemu).
Ten skript co tu bol poslany mi vyhovuje ale nerozumil som tej strednej casti....

Re:Kontrola disku až po naběhnutí systému
« Odpověď #26 kdy: 23. 08. 2012, 14:10:17 »
Takze co chcem dosiahnut.
Disk sa pri starte nenamountuje. Po nabehnuti prebehne systemu sa spusti skript kde bude prikaz na kontrolu fsck, ak fsck ukaze chyby a bude treba restart, system sa restartuje. Ak nebude obsahovat chyby mountne sa.

Lol Phirae

Re:Kontrola disku až po naběhnutí systému
« Odpověď #27 kdy: 23. 08. 2012, 14:14:23 »
No, napiš to klidně ještě vosumkrát. Když tam chyby nebudou, tak to sice tvým postupem bude dál, ale zato tam bude horší cesta. Zatímco když tam chyby budou, tak to sice taky bude dál, ale zato tam bude ... ještě horší cesta. Čas to neušetří vůbec žádný. A zcela jistě jednou dopadneš tak, že přijdeš o data. Tak prosímtě přestaň rvát kabel ze zdroje, zaplať si někoho, kdo ti tam připojí tu UPS a přestaň vymejšlet krávoviny.

DgBd

  • ****
  • 282
    • Zobrazit profil
    • E-mail
Re:Kontrola disku až po naběhnutí systému
« Odpověď #28 kdy: 23. 08. 2012, 14:20:36 »
Takze co chcem dosiahnut.
Disk sa pri starte nenamountuje. Po nabehnuti prebehne systemu sa spusti skript kde bude prikaz na kontrolu fsck, ak fsck ukaze chyby a bude treba restart, system sa restartuje. Ak nebude obsahovat chyby mountne sa.

Děláš si srandu, nebo jsi mentálně zaostalý? Vždyť ti to tady různí lidi několikrát napsali.

trubicoid2

Re:Kontrola disku až po naběhnutí systému
« Odpověď #29 kdy: 23. 08. 2012, 14:21:32 »
Takze co chcem dosiahnut.
Disk sa pri starte nenamountuje.

toho dosahnes jen pomoci parametru noauto ve fstabu, jak tu jiz nekolikrat zaznelo

aby se nekontroloval dlouhym fsck pri startu, je potreba na konci radku mit 0, jak tu jiz nekolikrat zaznelo

Po nabehnuti prebehne systemu sa spusti skript kde bude prikaz na kontrolu fsck, ak fsck ukaze chyby a bude treba restart, system sa restartuje. Ak nebude obsahovat chyby mountne sa.

jasne, udelas si skript, nebo to udelas rucne, jak je libo, ale uz asi chapes, ze se bez toho predchoziho kroku neobejdes?

jinak celkem nechapu, proc chces porad pri chybe restartovat? jestli je chyba, tak opravis, mountnes, pustis sambu a jedes dal, ne?

takze jeste doplnenim toho prvniho kroku by bylo zabranit automatickymu spousteni samby, aby se pustila az po kontrole a mountnuti toho /media disku, trebas z nejakyho skriptu

ten tvuj skript prijde do /etc/rc.local (jestli se nepletu) a automaticky pusteni samby zrusis treba timto: update-rc.d -f  samba remove