Dotaz: Po "syslinux-install_update -i" pc nebootuje

[marek_hb]

Ahoj, při aktualizaci archu jsem pacman psal něco o spuštění "syslinux-install_update" tak jsem zadal po konzultaci s Googlem příkaz syslinux-install_update -i a skončil se systémem kde se nedostanu ani do BIOSu - viz tady

Nemáte nějakou radu prosim?

Odpovědi

[marek_hb]

tak když odpojím systémový disk, tak se do biosu dostanu...

[NN]

Syslinux na Archu. I kdyz pochybuji, ze jsi chtel instalovat syslinux jako novy bootloader..

[marek_hb]

To fakt nechtěl..... Co s tím když nejde ani BIOS?

[marek_hb]

Myslím BIOS při zapojenem disu kam bych chtěl znova instalovat grub

[k3dAR]

nainstalovat grub, ktery si tam predtim nejspis mel :)
do biosu to jit musi, z HDD se cte az POTOM co se muze leze do BIOSu ;)

[marek_hb]

fakt nejde - když ten systemový disk odpojím, tak jo - s ním ne... ted zkouším jestli nabootuju přes instalační flashku. pak se uvidí

[marek_hb]

tak nabootuju - ale bez toho disku ...

[k3dAR]

opravdu podivne, zkousis s tim diskem key pro bios zbesile mackat okamzite po zapnuti?
pak me napada pripojit disk pres usb redukci, ale nektere redukce muzu pristupovat k disku nejak prasacky(nebo jen jinak) takze aby jsi tim nepodelal data... nebo, v pripade ze mas v biosu pro sata disk rezim ahci, zkusit pripojit ted disk za chodu, k systemu nastartovanem z usb flash (to bych nechal ale asi jako extremnejsi reseni, melo by to fungovat, ale osobne sem to nikdy nezkousel, takze aby jsi to jeste neodpalil a nemel taboracek :)

[marek_hb]

Je to divný - mackám jak vzteklej a nic a jeste teď bohuzel nemám moc čas to řešit :-/, ale vypadá to, ze pomůže pomuze vypnutí toho ahci - pak aspoň nabootuje flashka. Uvidím co se povede dal....

[marek_hb]

Jako ze nabootuje i s tím diskem...

[k3dAR]

tak pokud to nastartuje z flash s diskem v IDE modu, tak to je v poho, nahodis grub a vratis pak zpatky na AHCI... grubu i systemu je to putno (pro potreby konfigurace/zachrany) :)

[marek_hb]

tak nabootováno, nainstalován grub, opravený fstab (byly pojebaný připojovací body) a všechno funguje ale pozor - jen v IDE - jak přepnu na AHCI tak je vymalováno.... - nějaký nápad prosím :)?

ale za týden má přijít další disk (už nemám kam cpát data), tak když to nevyřeším, tak holt reinstall

[marek_hb]

takhle to teď vypadá se systémovým diskem:

[root@arch-desktop marek]# hdparm -i /dev/sdb

/dev/sdb:

 Model=KINGSTON SV300S37A120G, FwRev=505ABBF1, SerialNo=50026B7238020148
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=234441648
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
 AdvancedPM=yes: unknown setting WriteCache=enabled
 Drive conforms to: unknown:  ATA/ATAPI-2,3,4,5,6,7

 * signifies the current active mode

[root@arch-desktop marek]#

[marek_hb]

ale tohle asi není úplně ok ne?

[root@arch-desktop marek]# fdisk -l
Disk /dev/sdb: 111,8 GiB, 120 034 123 776 bajtů, 234 441 648 sektorů
Jednotky: sektorů 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ů
Typ popisu disku: dos
Identifikátor disku: 0x20ac7dda
                                                                                                                                                                                                                                             
Zařízení   Zaveditelný    Začátek      Konec    Sektory Velikost ID Druh                                                                                                                                                                     
/dev/sdb1              3224498923 3657370039  432871117   206,4G  7 HPFS/NTFS/exFAT                                                                                                                                                          
/dev/sdb2              3272020941 5225480974 1953460034   931,5G 16 Skrytá FAT16                                                                                                                                                             
/dev/sdb3                       0          0          0       0B 6f neznámý                                                                                                                                                                  
/dev/sdb4                50200576  974536369  924335794   440,8G  0 Prázdný prostor                                                                                                                                                          
                                                                                                                                                                                                                                             
Diskové oddíly jsou chybně seřazeny.                                                                                                                                                                                                         
                                    

[k3dAR]

abych byl presnejsi, tohle je uplne v prdeli :-0 ajajaj...

udelal bych okamzite kopii celeho disku pomoci dd z nastarovane usb flash...

disk bych odpojil, z dd image bych udelal kopii, a na te kopii zacal laborovat...

mas nejakou zalohu mbr/partition table? vis jak to bylo rozdelene? prene na sektor? i pokud byl jen jeden oddil (pocitam minimalne 2 ( / a swap)) tak kde to presne zacinalo a koncilo? mozna vytvorit novou partition table a zkusit pomoci testdisk vyhledat oddily? (na te zaloze IMG z DD)

[marek_hb]

tak stav je ted takovej, že se snažím vyškrábat nějaký místo na přesun dat, mám objednaný nový disk a hledám záručák od starého ...

ještě je zvláštní, že třeba gparted (pouštěný z usb) tvrdí že vše je ok, btrfs check --repair a podobné jsou taky ok...

na disku je jen jeden oddíl s BTRFS (swap mám na druhém disku).

plus jsem si teď vzpomněl, že po nějaké aktualizaci cca měsíc zpátky se mi skoro zdvojnásobil čas bootu - třeba to má něco společnýho ...

ps. zálohy mám jen dat a /etc/

[k3dAR]

aha, tak s btrfs nemam zkusenost, ale pocitam ze je to jen system nad oddilem a neprasi takhle partition table...
to ze gparted zobrazuje spravne je zajimave, posli vypis (pri startu z usb) z:

parted /dev/sdb print

na disku je/bylo tabulka MBR/MSDOS? nebyla GPT? ze by to fdisk nejak nechapal (i kdyz by mel rvat ze je to gpt, nebo nove verze co v arch jiste mas) snad uz GPT podporuje...

kazdopadne z toho HDD radeji opravdu vubec nezkousej uz startovat, ani z usb nastartovaneho na disk nepristupuj, s vyjimkou read/listu partition table, nebo v nouzi pripojeni oddilu v rezimu readonly (mount -o ro /dev/sdbX /mnt)

[marek_hb]

startovat z něj ted asi budu párkrát bohužel muset, data snad někam nakopu

výpis viz níže

[root@arch-desktop marek]# parted /dev/sdb print
Model: ATA KINGSTON SV300S3 (scsi)
Disk /dev/sdb: 120GB
Sector size (logical/physical): 512B/512B
Tabulka oddílů: loop
Disk Flags: 

Číslo  Začátek  Konec  Velikost  Systém souborů  Přepínače
 1     0,00B    120GB  120GB     btrfs

[root@arch-desktop marek]# 

[k3dAR]

jasne, takze to vypada ze je vse v poradku, na disku neni totiz zadna partition tabulka (viz tabulka: loop), btrfs je vytvorene naprimo pres celej disk (sdb) misto nad klasicky oddilem v partition tabulce(by slo o sdb1)...
takze fdisk si tabulku vymyslel z btrfs "hlavicky" v miste kde normalne najde regulerni tabulku nebo nic...

[marek_hb]

tak to snad bude ok ... - každopádně to je překvapující legrace ...

[marek_hb]

Příloha:

• smart (8618 bytů)

a tady když tak dávám výpis ze "Správce diskových oddílů KDE: SMART Status Report"

[k3dAR]

je to divne, jit do biosu bys mel nehlede na to v jakem rezimu je hdd, uz vubec nehlede na to co je na hdd, napad viz dole

[k3dAR]

to viz dole je tedy viz hore...

[marek_hb]

taky jsem si to myslel...

[x]

Tipuju na naprosto stejný problém jako se teď řeší v OpenBSD. Aneb sračka HW a firmware plus reálné dopady hnoje UEFI.

Později v diskuzi už se to řeší detailněji a i příklady od lidí se stejným problémem na Dell a dalších.

Aneb děkujeme Linuxu,že rezignoval na boj v této oblasti a naopak s firmama co tohle způsobují ještě spolupracuje.

[marek_hb]

Nevím - je to stará sestava - GA-EP45-DQ6 upravena pro Xeon E5450 + ten Xeon + 4GB RAM + Kingstone300 (nevím přesně označení) 128GB SSD + nějaký další disk.

Takže sracka co se týká zastaralost možná jo, ale UEFI tam není a pod linuxem jsem zatím neměl problém.

Uvidím co se ráno povede. Teď u toho počítače nejsem