Új hozzászólás Aktív témák

• #10698 korcsi veterán korcsi #10687

  Új Válasz 2020-03-08 21:15:15 #10698

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  korcsi

  veterán

  válasz korcsi #10687 üzenetére

  Sikerült összehoznom a dolgot, pár érdekes tapasztalattal azért gazdagabb lettem (megszívattam magam )

  Négy lemez, tömb létrehoz, két lemez hozzáad, bővít, fájlrendszer átméretez (offline, pár perc) ééééss, utolsó két lemezből az egyik (sdc) nyűgös volt (gyenge szektor) így kapott dd-vel többször nulláról teleírást illetve badblock-os ellenőrzést (mintákkal teleírja, visszaolvasva ellenőrzi), majd particionálás, és a két lemez (nem a partíció) hozzáadása a tömbhöz, bővítés (közben utána nézve, elvileg mindegy ilyenkor már, hogy lemez vagy partíció), fájlrendszer átméretez, restart és nem indul, Az sdc-n nincs szuperblokk, és megvan rajta a partició amit a tömbnek csináltam, gép normál módban újra indítva, tömb inaktív, leállít, sima --assemble --scan és megy a 8-ból 7 lemezzel. fussunk neki újra, megint sdc mint lemez hozzáad (ne kérdezzétek miért nem a partíciót) egy nap szüttyögés, utána ellenőrzés, szuperblokk megvan, partició nincs, újra indít a gép, és megint ugyanott tartunk szuperblokk eltűnt, partíció megvan. Partició hozzáad a tömbhöz, azóta rendben.

  Logok többször átrágva, nem találtam semmi elfogadható magyarázatot bennük.
  Lementve több lemez első néhány kilóbájt-át, vizsgálódva az lehetett a baj, hogy a másik lemezként hozzáadott lemezen volt (protective)MBR így nem számít, hogy nincs rajta egyéb partició, míg ezen az eszközön (sdc) az ellenőrzés miatt nincs semmi értelmes, ez a mdadm-nek nem probléma, ő felírta a dolgait és kész, de valószínűsíthetően újraindításkor a rendszer mivel az elsődleges GPT tábla sérült így helyreállította a lemez végén lévő tartalékkal, csak erről nem szólt senkinek, én meg csak vakaróztam, hogy ezt most hogy.

Új hozzászólás Aktív témák