Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: marti..org 18 Ledna 2013, 22:53:18
-
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.
-
během toho čekání klofněte do klávesy Esc, mělo by se Vám ukázat, na čem to visí.
-
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.
-
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.
-
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]
-
(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.,
-
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.
-
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.
-
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.
-
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 :-)
-
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?
-
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č?
-
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.
-
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 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.
-
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.
-
sudo hdparm -I /dev/sdb
Vypíše pár info z disku.
-
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]
-
Instalace utilitky.
sudo apt-get install smartmontoolsVýpis SMARTu HDD.
sudo smartctl -A /dev/sdb
http://wiki.ubuntu.cz/badblocks (http://wiki.ubuntu.cz/badblocks)
-
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.