Dotaz: boot - Ubuntu

[Quimby]

Ahoj, dost dlouho mi bootuje Ubuntu 7.04 a nejvic zdrzuje bootovani nejaky proces, checking file systems. Je to k necemu? Popripade jak to vypnout nebo jestli to nepotrebuju nebo spravit?

Zde pridam kousek co jsem stihnul opsat:

checking file systems
fsck 1.40-WIP (14-NOV-2006)
dosfsck 2.11, 12-MAR-2005, FAT32, LFN
/dev/hda1: 821 files, 351082/51
there are differences between boot sectors and its backup
    430:4e/52, 431:34/65, ... asi dalsich 40 takových cisel
...
not automatically fixing this
...

Odpovědi

[honzous]

CO aj vim, tak fsck se automaticky spousti, kdyz pri poslednim vypnuti nebyly spravne odmountovane disky. Jak se to nastavuje do initu v Ubunntu nevim, zatim se Ubuntu uspesne vyhybam Ale tipuju, ze to bude podobne jako v Debianu, ted /etc/init.d a /etc/rc*.d. Jinak kde jsi prosim te prisel k FAT32 partition? Ono se to jeste pouziva?

[Quimby]

Spatne odmountovane disky?No ja s tim nic nedelal, takze to je spatne uz v zakladni instalaci.Co s tim teda mam delat? Odmountovavat rucne se mi to pokazde teda nechce :)

Tak ja mel win nainstalovany uz pri koupi notebooku, takze jsem nejak neresil jak to tam je. A navic mi to je uplne jedno. Ani nevim jaky je rozdil mezi FAT32 a NTFS.

[honzous]

Rozdil mezi FAT32 a NTFS je docela velky. Tak sem soupni /etc/fstab, mozna tam mas neco spatne.

[Quimby]

Tady je ten /etc/fstab, tak to snad nejak pomuze. Jinak musel jsem nahradit < za -. Nechtelo mi to pustit, protoze to bralo jako tag.

# /etc/fstab: static file system information.
#
# -file system> -mount point>   -type>  -options>       -dump>  -pass>
proc            /proc           proc    defaults        0       0
# /dev/sda4
UUID=9d91a2d8-98e1-4e6a-86d8-2567c8f0b78c /               ext3    defaults,errors=remount-ro 0       1
# /dev/sda1
UUID=3007-17F2  /media/sda1     vfat    defaults,utf8,umask=007,gid=46 0       1
# /dev/sda2
UUID=E8A8-F9CE  /media/sda2     vfat    defaults,utf8,umask=007,gid=46 0       1
# /dev/sda5
UUID=3818-07FA  /media/sda5     vfat    defaults,utf8,umask=007,gid=46 0       1
# /dev/sda6
UUID=5d07ea03-7f33-4be7-8036-59799c50a913 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto     0       0

A k tomu NTFS. Me nenapada jediny tak dulezity duvod, abych kvuli tomu formatoval HD. Navic FAt ma aspon dobrou podporu v linuxu a nemam problem :)

[sweto]

ten disk bol asi spatne odmountovany (PC vypnuty natvrdo, vypadok elektriky..). Riesenie nie je vypnut kontrolu, ale dat do poriadku particiu. Bud nabootovat nejake livecd a opravit to z neho, alebo remount particie na read-only a opravt priamo zo systemu. man fsck ti povie viac (nechce sa mi studovat parametre pre fat system)

[Quimby]

Ne ne, to mi pise pokazde. Vypinam system klasicky pres "vypnout"...

[pakanek]

To neznamena, ze na tom disku nejsou chyby. Je treba kontroly. Nemusi to byt jen nespravne vypnuti systemu. Jak vidno dle vypisu, tak fsck ty chyby automaticky neopravuje. Proto jsou vypsany pri kazdem startu a musis se o ne postarat sam.

[petertomasy]

UUID=3007-17F2 /media/sda1 vfat defaults,utf8,umask=007,gid=46 0 "1"

miesto 1 tam musí byť 0 Inak : http://www.abclinuxu.cz/clanky/system/na-co-se-casto-ptame-etc-fstab

[Quimby]

Tak ta nula nepomohla. Na ten clanek se podivam. Co kdybych proste to hda1 vubec nemountoval? To jsou totiz akorat nejake windows soubory co asi potrebuje pro beh systemu. Jmenuje se to "PQSERVICE".

[rad.ovan@seznam.cz]

To by asi bylo řešení, jestli ten disk k ničemu jinému nepotřebuješ. Jinak, mám 30+52+30 GB a to ^C ^D stačí jen jednou, není to pro každý oddíl zvlášt

[Quimby]

No pockej, ja myslel, ze tim ctrl+c si to zkopiruje nekam jinam, treba na externi disk - pokud rebootuje jednou tydne tak se to da zvladnout. Ale vy jste mysleli ze se to tou kl. zkratkou pri bootovani prerusi.. :), jsem to ale pako.

Takze to staci akorat smazat ten radek v fstab jo? Zkusim to.

[pakanek]

Ten radek nemaz. Ctvrty sloupec v /etc/fstab reprezentuje volby pripojeni. Staci pridat volbu noauto a disk se nebude automaticky pri startu pripojovat. Nadale jej vsak bude mozne pripojit aniz by jsi musel zadavat vsechny parametry pripojeni. Pokud pridas jeste volbu user (jednotlive volby oddel carkou), tak jej budes moci pripojit jako obycejny uzivatel.

[Quimby]

Dekuju, ja uz to vyresil tak ze jsem dal nulu na konec radku (misto 1) a tim padem fsck ten disk nekontroluje, ale pritom se mi disk pripoji automaticky.

[rad.ovan@seznam.cz]

Já mám pár FAT-32 oddílů také, pozůstatek po W98. Když je nechci kontrolovat, tak to prostě stopnu Ctrl+C a Ctrl+D, když tak jednou týdně rebootuji Pokud to bylo třeba po výpadku elektriky, nechám to proběhnout, drobné chybky mi FSCK opraví. S tímhle si asi neporadí, tak to můžeš zkusit opravit Windowsem, ale možná ti potom nebude bootovat Ubuntu, protože Win ten boot sektor vrátí nejspíš do původního stavu.

[Quimby]

No ja bych dva 30Gb disky pomoci ctrl+c delat nechtel :). Navic to mam na notasu, takze vypinam zapinam porad. A navic, jak ksem psal vyse to dela akorat ten sda1, coz je nejaky "PQSERVICE". Vubec nevim co to je.

[David Heidelberg]

FAT32 je sebevražda, pokuď ti spadne počítač jednou ať s windows nebo linuxem v kombinaci s FAT32 máš tam strašně chyb, doporučuju přejít na NTFS(pokuď potřebuješ win nt/2k/xp/vista) nebo Ext2/3 (pod windows máš na ně taky přístup pomocí Ext2Fsd), ale myslím, že z nich nemůžeš bootovat windows.

0K!AS

[Quimby]

No ja si s tim po zkouskovem pohraju a kdyztak to zformatuju. Ted na to nemam cas a ani se mi nechce. :)

[Quimby]

Nasel jsem log soubor toho fsck. Takze jsem postupne zkopiroval logy.

Se smazanym radkem s sda1

Log of fsck -C -R -A -a 
Sat Jun  9 15:39:18 2007

fsck 1.40-WIP (14-Nov-2006)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
There are differences between boot sector and its backup.
Differences: (offset:original/backup)
  430:4e/52, 431:54/65, 432:4c/6d, 433:44/6f, 434:52/76, 435:20/65, 436:69/20
  , 437:73/64, 438:20/69, 439:6d/73, 440:69/6b, 442:73/20, 443:69/6f
  , 444:6e/72, 445:67/20, 446:ff/6f, 447:0d/74, 448:0a/68, 449:44/65
  , 450:69/72, 451:73/20, 452:6b/6d, 453:20/65, 454:65/64, 455:72/69
  , 456:72/61, 457:6f/2e, 458:72/ff, 459:ff/0d, 460:0d/0a, 461:0a/44
  , 462:50/69, 463:72/73, 464:65/6b, 465:73/20, 466:73/65, 467:20/72
  , 468:61/72, 469:6e/6f, 470:79/72, 471:20/ff, 472:6b/0d, 473:65/0a
  , 474:79/50, 475:20/72, 476:74/65, 477:6f/73, 478:20/73, 479:72/20
  , 480:65/61, 481:73/6e, 482:74/79, 483:61/20, 484:72/6b, 485:74/65
  , 486:0d/79, 487:0a/20, 488:00/74, 489:00/6f, 490:00/20, 491:00/72
  , 492:00/65, 493:00/73, 494:00/74, 495:00/61, 496:00/72, 497:00/74
  , 498:00/0d, 499:00/0a, 506:bf/cb, 507:cc/d8
  Not automatically fixing this.
/dev/sda2: 52480 files, 1156331/1761770 clusters
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sda5: 15854 files, 1090396/1410015 clusters

S radkem sda1 ale s 0 v kolonce fsck

Log of fsck -C -R -A -a 
Sat Jun  9 15:48:50 2007

fsck 1.40-WIP (14-Nov-2006)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
There are differences between boot sector and its backup.
Differences: (offset:original/backup)
  430:4e/52, 431:54/65, 432:4c/6d, 433:44/6f, 434:52/76, 435:20/65, 436:69/20
  , 437:73/64, 438:20/69, 439:6d/73, 440:69/6b, 442:73/20, 443:69/6f
  , 444:6e/72, 445:67/20, 446:ff/6f, 447:0d/74, 448:0a/68, 449:44/65
  , 450:69/72, 451:73/20, 452:6b/6d, 453:20/65, 454:65/64, 455:72/69
  , 456:72/61, 457:6f/2e, 458:72/ff, 459:ff/0d, 460:0d/0a, 461:0a/44
  , 462:50/69, 463:72/73, 464:65/6b, 465:73/20, 466:73/65, 467:20/72
  , 468:61/72, 469:6e/6f, 470:79/72, 471:20/ff, 472:6b/0d, 473:65/0a
  , 474:79/50, 475:20/72, 476:74/65, 477:6f/73, 478:20/73, 479:72/20
  , 480:65/61, 481:73/6e, 482:74/79, 483:61/20, 484:72/6b, 485:74/65
  , 486:0d/79, 487:0a/20, 488:00/74, 489:00/6f, 490:00/20, 491:00/72
  , 492:00/65, 493:00/73, 494:00/74, 495:00/61, 496:00/72, 497:00/74
  , 498:00/0d, 499:00/0a, 506:bf/cb, 507:cc/d8
  Not automatically fixing this.
/dev/sda2: 52480 files, 1156331/1761770 clusters
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sda5: 15854 files, 1090396/1410015 clusters

A nakonec log se vsemi radky v puvodnim tvaru - viz jeden muj prispevek v diskusi.

Log of fsck -C -R -A -a 
Sat Jun  9 15:55:55 2007

fsck 1.40-WIP (14-Nov-2006)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sda1: 821 files, 351082/511061 clusters
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
There are differences between boot sector and its backup.
Differences: (offset:original/backup)
  430:4e/52, 431:54/65, 432:4c/6d, 433:44/6f, 434:52/76, 435:20/65, 436:69/20
  , 437:73/64, 438:20/69, 439:6d/73, 440:69/6b, 442:73/20, 443:69/6f
  , 444:6e/72, 445:67/20, 446:ff/6f, 447:0d/74, 448:0a/68, 449:44/65
  , 450:69/72, 451:73/20, 452:6b/6d, 453:20/65, 454:65/64, 455:72/69
  , 456:72/61, 457:6f/2e, 458:72/ff, 459:ff/0d, 460:0d/0a, 461:0a/44
  , 462:50/69, 463:72/73, 464:65/6b, 465:73/20, 466:73/65, 467:20/72
  , 468:61/72, 469:6e/6f, 470:79/72, 471:20/ff, 472:6b/0d, 473:65/0a
  , 474:79/50, 475:20/72, 476:74/65, 477:6f/73, 478:20/73, 479:72/20
  , 480:65/61, 481:73/6e, 482:74/79, 483:61/20, 484:72/6b, 485:74/65
  , 486:0d/79, 487:0a/20, 488:00/74, 489:00/6f, 490:00/20, 491:00/72
  , 492:00/65, 493:00/73, 494:00/74, 495:00/61, 496:00/72, 497:00/74
  , 498:00/0d, 499:00/0a, 506:bf/cb, 507:cc/d8
  Not automatically fixing this.
/dev/sda2: 52480 files, 1156331/1761770 clusters
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sda5: 15854 files, 1090396/1410015 clusters

Z toho vseho jsem tedy pochpil, ze problem neni, jak jsem si myslel ve svazku sda1 (tedy PQSERVICE), ale pravdepodobne ve svazku sda2. Ten uz bych ale namoutovat chtel, takze mazat radek neni nejvhodnejsi. Zkusim tedy zadat at fsck nekontroluje tento svazek a uvidime.

[Quimby]

Takze domenka se potvrdila. Problem dela sda2. A po zakazani kontroly na tomto svazku se problem castecne vyresil. Nyni system bootuje rychleji a chyby to jiz nepise. Jenze na druhou stranu ty chyby tam stale jsou, jen to na ne neupozornuje. Nevite nekdo jak je odstranit? Z diskuse vyplynulo zatim jedine reseni a to prejit na NTFS. Opravdu to pomuze?

Prikladam log po poslednim bootovani.

Log of fsck -C -R -A -a 
Sat Jun  9 16:11:43 2007

fsck 1.40-WIP (14-Nov-2006)
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sda1: 821 files, 351082/511061 clusters
dosfsck 2.11, 12 Mar 2005, FAT32, LFN
/dev/sda5: 15854 files, 1090396/1410015 clusters

Sat Jun  9 16:11:50 2007
----------------

[rad.ovan@seznam.cz]

Když tak koukám jak to vypisuje bajt po bajtu, tak mě napadlo - jsou ještě dneska v módě bootovací viry? Oprav to ve Windowsu přes nástroje disku, ať si s tím poradí sám, stejně je to jeho disk. Možná mu tam zruš "Automaticky opravovat chyby", ať to nejdřív zkontroluje nanečisto, jestli něco vůbec najde.

[Quimby]

Bootovaci viry snad NOD nepusti :).. Projedu to tim windowsem, to je dobry napad. Diky

[rad.ovan@seznam.cz]

Neměl by A do sedmdesáti bajtů se snad něco takového nacpat nedá... Dej vědět jak jsi dopadl, docela mě zajímá co na to říkal scandisk.

[Quimby]

Udelal jsem ten scandisk (CHKDSK) a nejake chyby to naslo. Avsak pri bootu do linuxu to vubec nepomohlo - stale to ukazuje tu spoustu chyb. Nema cenu tu davat log, protoze je uplne stejny.