Dlouhé zobrazování Grubu

[marti..org]

Ahoj,
po zapnutí počítače trvá přibližně minutu, než se zobrazí grub 2. Máte nějaké tipy jak by to šlo urychlit?

Jedná se o notebook ThinkPad Edge E420 (AMD X2). Na SSD disku crucial M4 128 GB je v dualbootu nainstalovaný systém Win 8 a ubuntu 12.10. Oboje v 64b verzi. V tomto nastavení trvá zobrazení grubu normálně během pár vteřin.
Problém dlouhého načítání grubu nastal až potom, co jsem vložil do rámečku místo optické mechaniky původní systémový hdd. Systémy, které na něm byly jsem odstranil, nevim jestli i spolu se zavaděčem.

V Biosu (nejnovějším) jsem nastavil boot pouze z SSD a všechny ostatní možné komponenty pro boot jsem zakázal.

Za každé typy řešení budu vděčný, díky.

[RNA]

během toho čekání klofněte do klávesy Esc, mělo by se Vám ukázat, na čem to visí.

[marti..org]

Zkusil jsem ten Esc a nevypisuje to vůbec nic, ale ozve se bzučák. Jinak při tom dlouhém načítání neustále bliká podtržítko na prvním řádku.

[RNA]

Co když ten přidaný disk v biosu úplně zakážete? (nejen z bootu, ale úplně))
Případně zkuste ten starý disk přeformátovat, pokud můžete (máte kam si odložit data)
Vložte sem výpis z df -h, třeba nás něco napadne.

[marti..org]

Zkusil jsem ten přidaný disk v biosu zakázat. (V biosu se tváří jako prázdná optická mechanika). Tohle skutečně problém dlouhého načítání odstraní, ale ani systém ten disk nevidí a nelze tedy připojit. Což pro mě není řešení.
Přeformátování celého disku bych se rád vyhnul.
Přidávám výpisy df a fdisk

Disk /dev/sda: 128.0 GB, 128035676160 bytes
hlav: 255, sektorů na stopu: 63, cylindrů: 15 566, celkem 250 069 680 sektorů
Jednotky = sektory po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0x000568cc

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sda1   *        2048    67110911    33554432    7  HPFS/NTFS/exFAT
/dev/sda2        67110912   100665343    16777216   83  Linux
/dev/sda3       100665344   104859647     2097152   82  Linux swap/Solaris
/dev/sda4       104859648   250069679    72605016   83  Linux

A druhý disk v rámečku místo optické mechaniky:

Disk /dev/sdb: 320.1 GB, 320072933376 bytes
hlav: 255, sektorů na stopu: 63, cylindrů: 38 913, celkem 625 142 448 sektorů
Jednotky = sektory po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0x8fb3ec2f

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sdb1            2048   136859647    68428800    7  HPFS/NTFS/exFAT
/dev/sdb2       136861694   604654469   233896388    5  Rozšířený
/dev/sdb3       604654470   625137344    10241437+   7  HPFS/NTFS/exFAT
/dev/sdb5       164457468   604654469   220098501   83  Linux

[příloha smazaná administrátorem]

[RNA]

(V biosu se tváří jako prázdná optická mechanika).

Což by neměl, měl by se tvářit jako HDD. Zkuste ten bios nějak přesvědčit, že se jedná o disk.
Nepomůže ho připojit na jinou kšandu?

A druhý disk v rámečku místo optické mechaniky:
Disk /dev/sdb: 320.1 GB, 320072933376 bytes
Zařízení Zavádět   Začátek       Konec    Bloky           Id  Systém
/dev/sdb1                 2048   136859647   68428800     7  HPFS/NTFS/exFAT
/dev/sdb2       136861694   604654469   233896388    5  Rozšířený
/dev/sdb3       604654470   625137344   10241437+   7  HPFS/NTFS/exFAT
/dev/sdb5       164457468   604654469   220098501    83  Linux

No, a máte na ten disk přístup? Jak ho máte mountnutý?
Já bych ho zformátoval a vytvořil trochu smysluplnější pártyšny.,

[marti..org]

Což by neměl, měl by se tvářit jako HDD. Zkuste ten bios nějak přesvědčit, že se jedná o disk.

Procházel jsem všechna možná nastavení v biosu, nenašel jsem nic, čím se dalo přepnout do "dvou diskového režimu nebo něčeho podobného". A nejnovější verzi biosu mám, takže upgrade už nepůjde.

Nepomůže ho připojit na jinou kšandu?

Tomu nějak nerozumím, co jste tím myslel. Myslím, že ten rámeček s diskem je přímo napojen do nějakého konektoru na základní desce notebooku, že tam žádný kabel ani další sata port do kterého bych to připojil nebude.


Disk používám tak, že připojím do /media  svazek s kterým potřebuju pracovat. To rozdělení opravdu není zrovna moc smysluplné,  je to pozůstatek po starém systému.

[RNA]

Procházel jsem všechna možná nastavení v biosu, nenašel jsem nic, čím se dalo přepnout do "dvou diskového režimu nebo něčeho podobného".

No všaḱ nic takového neexistuje, to musí bios rozpoznat, pak se tam objeví jako další položka. Teď mě tak napadlo, jestli  (je to přece jenom notebook), to není nějaký "odlehčený" řadič, třeba vůbec bios nepředpokládá, že by tam mohlo být něco jiného než CD mechanika. Třeba to není standardní SATA, co já vím, výrobci noťasů někdy spáchají pěkná zvěrstva.

Disk používám tak, že připojím do /media  svazek s kterým potřebuju pracovat. To rozdělení opravdu není zrovna moc smysluplné,  je to pozůstatek po starém systému.

a nebylo by lepší, aby se celý ten disk připojil automaticky a celý jako jedna partition? Takhle to musí být opruz to pořád mountovat.
Já bych to zkusil komplet přeformátovat, udělat celý disk jako jednu pártyšnu a zařadit do fstab. Pokud budou stále stejné potíže, je problém v biosu, resp. architektuře diskového řadiče toho noťase.

[marti..org]

Je to pravděpodobné že s touto výměnou při tvorbě biosu a počítače nepočítali. Díval jsem se na stránky lenova a tam nabízí podobný disk místo mechaniky pouze pro jejich mini desktop. Ale přes Satu II by to připojené byt mělo.

Než budu zkoušet to přeformátování, půjčím si někde jiný disk bez systému a zavaděče a zkusím to zapnout s ním. Formátovat se mi to nechce, kvůli tomu že na tom disku je pár vadných sektorů, které se pravděpodobně všechny nacházejí na jednom 18G svazku (který z toho důvodu vůbec nepoužívam) Celkově tomu disku už nevěřím jsou tam jen data o které možu přijít.

[Roman Vacho]

Je zbytečné odepsat 18GB místa na HDD. Když máš vadných pár sektorů.

Za druhé si tohle vlákno značím a zítra si snad vzpomenu, jak jsem řešil párkrát tyhle trable :-)

[marti..org]

Experimentoval jsem a změnil v biosu mod SATA z AHCI na mod Compatibility. A najednou dlouhé načítání grubu zmizelo
Ubuntu tu změnu zvládlo v pohodě a zapnulo se, windows 8 tu změnu nezvládl a musel jsem ho obnovit z instalačního dvd.
Nevíte někdo jaké jsou mezi těma dvěma SATA mody rozdíly?

[Roman Vacho]

Experimentoval jsem a změnil v biosu mod SATA z AHCI na mod Compatibility. A najednou dlouhé načítání grubu zmizelo
Ubuntu tu změnu zvládlo v pohodě a zapnulo se, windows 8 tu změnu nezvládl a musel jsem ho obnovit z instalačního dvd.
Nevíte někdo jaké jsou mezi těma dvěma SATA mody rozdíly?

AHCI umožňuje laicky řečeno lepší dorozumění mezi operačním systémem a diskem. Jeho protokol obsahuje příkazy navíc. A jelikož máš SSD, určitě bych nechal AHCI.

Zkusil bych upravit pořadí bootování jednotek v BIOSu. Nechat tam i ten druhý HDD na druhé místo.

Podle výpisu máš na sdb hodně oddílů. Proč?

[marti..org]

Zkusil bych upravit pořadí bootování jednotek v BIOSu. Nechat tam i ten druhý HDD na druhé místo.

No, to jsem zkoušel všelijaké pořadí a taky i boot z toho disku úplně zakázat a nepomohlo to.

Podle výpisu máš na sdb hodně oddílů. Proč?

Jedná se o původní systémový disk, na kterém mám jeden 18gb oddíl (původně systémový ubuntu) kde se postupně objevovaly vadné sektory. Snížením počtu oddílů bych ztratil přehled, kde je tento vadný oddíl, na který nechci zapisovat.

[marti..org]

AHCI umožňuje laicky řečeno lepší dorozumění mezi operačním systémem a diskem. Jeho protokol obsahuje příkazy navíc. A jelikož máš SSD, určitě bych nechal AHCI.

Je AHCI nutné pro TRIM nebo funguje i pod Compatibility?

[Roman Vacho]

AHCI umožňuje laicky řečeno lepší dorozumění mezi operačním systémem a diskem. Jeho protokol obsahuje příkazy navíc. A jelikož máš SSD, určitě bych nechal AHCI.

Je AHCI nutné pro TRIM nebo funguje i pod Compatibility?

AHCI pro TRIM je  nutné. Sice má SSD i další interní funkce, ale pro dobrý pocit na těle i duchu bych volil AHCI.

[Roman Vacho]

Zkusil bych upravit pořadí bootování jednotek v BIOSu. Nechat tam i ten druhý HDD na druhé místo.

No, to jsem zkoušel všelijaké pořadí a taky i boot z toho disku úplně zakázat a nepomohlo to.

Podle výpisu máš na sdb hodně oddílů. Proč?

Jedná se o původní systémový disk, na kterém mám jeden 18gb oddíl (původně systémový ubuntu) kde se postupně objevovaly vadné sektory. Snížením počtu oddílů bych ztratil přehled, kde je tento vadný oddíl, na který nechci zapisovat.

Tohle bych řešil tak, že bych spustil tzv. hluboký sken, kdy si disk ošahá, které sektory má vadné. Pokud jich nebude moc a dokáže všechny přemapovat do náhradních, bude disk jako "zdravý" fungovat nadále. Jen bych si pohlídal opětovně testem, jestli se vadné sektory nešíří jak houby po dešti.
A zapl bych v BIOSe SMART.

[Roman Vacho]

Kód: [Vybrat]

sudo hdparm -I /dev/sdb
Vypíše pár info z disku.

[marti..org]

V příloze výpis z příkazu hdparm.

Tohle bych řešil tak, že bych spustil tzv. hluboký sken, kdy si disk ošahá, které sektory má vadné. Pokud jich nebude moc a dokáže všechny přemapovat do náhradních, bude disk jako "zdravý" fungovat nadále. Jen bych si pohlídal opětovně testem, jestli se vadné sektory nešíří jak houby po dešti.
A zapl bych v BIOSe SMART.

Když v systému v nastavení disku zkouším pustit kontrolu smart, tak skončí předčasně s chybou čtení. Je to ten hluboký sken, nebo máš na mysli něco jiného?

[příloha smazaná administrátorem]

[Roman Vacho]

Instalace utilitky.

Kód: [Vybrat]

sudo apt-get install smartmontoolsVýpis SMARTu HDD.

Kód: [Vybrat]

sudo smartctl -A /dev/sdb
http://wiki.ubuntu.cz/badblocks

[marti..org]

AHCI umožňuje laicky řečeno lepší dorozumění mezi operačním systémem a diskem. Jeho protokol obsahuje příkazy navíc. A jelikož máš SSD, určitě bych nechal AHCI.

Je AHCI nutné pro TRIM nebo funguje i pod Compatibility?

AHCI pro TRIM je  nutné. Sice má SSD i další interní funkce, ale pro dobrý pocit na těle i duchu bych volil AHCI.

Zkoušel jsem ověřit funkčnost trimu v režimu Compatibility podle testu z článku http://www.root.cz/clanky/optimalizace-prace-s-ssd-disky-v-linuxu/ a dle toho postupu trim funguje. Příkaz rm skutečně bloky uvolní.

Ten program badblock vypadá zajímavě, asi mi pomože.