Dan Lukes wrote:
>> Mam to za bug BIOSu. Je tam maticna deska Intel DG43NB Nobletown. Budu to
>> ignorovat.
>
> Predpokladam, ze tam mas posledni verzi BIOSu (0107), ze v BIOSu nemas radic
> nastaven do RAID rezimu.
Mel jsem tam verzi 0082, upgradoval na 0107, ale dela to porad.
RAID rezim nem
Marián Černý wrote:
Pohral jsem si s tim a zjistil jsem, ze to asi prepisuje BIOS.
Muze byt - napriklad pokud je aktivni nejaky softwarove asistovany RAID.
Sice by ani tak nemel, ale ...
No a pak si tam samozrejme muze neco cmarat prakticky kdokoliv - zejmena
s ohledem na fakt, ze tam je EF
On 16. Feb 2017, at 15:41, Dan Lukes wrote:
Po `gpart recover` se to opravi. Ale kdyz z neho znovu nabootuju, tak je
problem zpet - ta hlaska se objevi uz pri bootu.
>
>> A keď dam gpart recover a znovu ten disk vložím, tak už je ok. Ta chyba sa
>> zobrazí až po nabootovaní.
>
> No, t
Dan Lukes wrote on 2017/02/16 15:41:
Zalozni GPT je v poslednim sektoru. Nemel by byt problem to pred
restartem, kdyz je jeste v poradku, overit - a podivat se, co je v
tomtez sektoru po restartu, kdyz si to zacne znovu stezovat.
Podle toho co tam bude se muze podarit uhadnout, kdo to tam napsa
On 16.2.2017 10:59, Marián Černý wrote:
Po `gpart recover` se to opravi. Ale kdyz z neho znovu nabootuju, tak je
problem zpet - ta hlaska se objevi uz pri bootu.
A keď dam gpart recover a znovu ten disk vložím, tak už je ok. Ta chyba sa
zobrazí až po nabootovaní.
No, to skoro vypada, jak,
>> Po `gpart recover` se to opravi. Ale kdyz z neho znovu nabootuju, tak je
>> problem zpet - ta hlaska se objevi uz pri bootu.
>
> sysctl kern.geom.debugflags=16
> náhodou nepomůže? Před gpart recover.
Nie, to nepomoze.
Z toho USB disku iba nabootuje kernel ale montuje sa ZFS z HDD, takže si
Marián Černý wrote (2017/02/16):
> Po `gpart recover` se to opravi. Ale kdyz z neho znovu nabootuju, tak je
> problem zpet - ta hlaska se objevi uz pri bootu.
sysctl kern.geom.debugflags=16
náhodou nepomůže? Před gpart recover.
--
Rudolf Cejka http://www.fit.vutbr.cz/~cejkar
Brno University of
>> prekvapila ma hlaska:
>> GEOM: da0: the secondary GPT table is corrupt or invalid.
>> GEOM: da0: the secondary GPT header is not in the last LBA.
>
>> Tusi niekto preco gpart oznacuje instalacny USB kluc pre 64 aj 32 bitou
>> verziu 11 CORRUPT?
>
> Resenim je, opravit GPT z primarni tabulky.
Jozef Drahovsky wrote on 11.2.2017 19:48:
> BSD Label dokaze z velkeho disku vyuzit len prve dva TB
Presneji receno, 2^32-1 sektoru, coz je cca 2TB *na disku se sektory
velikosti 512B*.
Na disku s vetsimi sektory to muze vypadat i jinak - takhle to mam v
realnem nasazeni na disku se ctyrkilovymi
Dňa 08.02.2017 o 22:36 Dan Lukes napísal(a):
On 8.2.2017 21:49, Jozef Drahovsky wrote:
a nikdy som sa nezamyslal nad rozdielom z hladiska vykonu
spolahlivosti alebo inych vlastnosti.
Rozdily jsou totiz jen dva:
1. "Zbytecna" MBR sezere par sektoru disku
2. Disk bez MBR muze nekterym OS pripad
On 8.2.2017 21:49, Jozef Drahovsky wrote:
vsade davam ako zaklad BSD disklabel
a nikdy som sa nezamyslal nad rozdielom z hladiska vykonu spolahlivosti alebo
inych vlastnosti.
Nikoliv uplne nadarmo, se tehle konfiguraci rika (prinejmensim dlouho
rikalo) "Dangerously dedicated disc".
Rozdily
Dňa 08.02.2017 o 18:52 Dan Lukes napísal(a):
On 8.2.2017 18:28, Petr Fischer wrote:
Se starým dobrým MBR je problém v kombinaci se ZFS a na opravu se
bude asi chvíli čekat to vypadá :(
Jestli jsem GPT oznacil za "moderni vystrelek", pak tezko rict jak
oznacit ZFS ;-)
Dan
V tomto momente mi
On 8.2.2017 18:28, Petr Fischer wrote:
Se starým dobrým MBR je problém v kombinaci se ZFS a na opravu se bude asi
chvíli čekat to vypadá :(
Jestli jsem GPT oznacil za "moderni vystrelek", pak tezko rict jak
oznacit ZFS ;-)
(Tohle samozrejme berte jako nekonstruktivni poznamku)
Dan
On 8.2
Se starým dobrým MBR je problém v kombinaci se ZFS a na opravu se bude asi
chvíli čekat to vypadá :(
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212258
pf
> On 8.2.2017 13:43, Miroslav Lachman wrote:
> > Resenim je, opravit GPT z primarni tabulky.
>
> A alternativni reseni - nevrhat se d
On 8.2.2017 17:32, Miroslav Lachman wrote:
To ale jen v pripade, ze si instalacni image delas sam. Ta oficialni
memstick.img je proste distribuovana s GPT (AFAIK)
Ja si ji sice delam sam, ale delam ji standardnim 'make release', takze
bych cekal, ze co se zpusobu vytvoreni a tedy vysledneho fo
Dan Lukes wrote on 2017/02/08 17:21:
On 8.2.2017 13:43, Miroslav Lachman wrote:
Resenim je, opravit GPT z primarni tabulky.
A alternativni reseni - nevrhat se do modernich vystrelku, jako je GPT,
kdyz neni potreba zadna jeho nova specialni vlastnost a zustat u starych
dobrych osvedcenych metod
On 8.2.2017 13:43, Miroslav Lachman wrote:
Resenim je, opravit GPT z primarni tabulky.
A alternativni reseni - nevrhat se do modernich vystrelku, jako je GPT,
kdyz neni potreba zadna jeho nova specialni vlastnost a zustat u starych
dobrych osvedcenych metod - v tomto pripade MBR ;-)
Dan
-
Mirek,
vdaka za priamu a vycerpavajucu odpoved.
Myslim si, ze by sa to hodilo napisat priamo do manualu na
https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/bsdinstall-pre.html
v casti 2.3.1.1. Writing an Image File to USB
ako dalsi krok po dd if=... of=...
Aby sa dalsi nemuseli cudov
Jozef Drahovsky wrote on 2017/02/08 13:27:
Ahojte vospolok,
Na FreeBSD 9.3 som si stiahol ISO FreeBSD 11.0 a vytvoril USB kluc pre
novu instalaciu.
prekvapila ma hlaska:
GEOM: da0: the secondary GPT table is corrupt or invalid.
GEOM: da0: the secondary GPT header is not in the last LBA.
Tusi
Ahojte vospolok,
Na FreeBSD 9.3 som si stiahol ISO FreeBSD 11.0 a vytvoril USB kluc pre
novu instalaciu.
prekvapila ma hlaska:
GEOM: da0: the secondary GPT table is corrupt or invalid.
GEOM: da0: the secondary GPT header is not in the last LBA.
Hladal v com je problem a nasiel oznacenie CORRU
20 matches
Mail list logo
