Błąd superbloku, ale nie ma pojęcia, jaki jest powód

0

Wiem, że ten problem nie jest nowy i wiele tematów już o nim mówi, a większość z nich jest faktycznie rozwiązana.

Różnica w tym problemie polega na tym, że próbowałem wszystkiego i wciąż nie mam pojęcia, co może być głównym powodem lub źródłem tego problemu.

Mam 10 serwerów IBM, tylko 4 z nich miały ten problem, który zamierzam wyjaśnić. Konfiguruję automatycznie odszyfrowaną partycję podczas rozruchu, środowisko to Linux CentOS, ten sam proces za każdym razem, używając luksa , są to kroki, które zwykle podejmuję (i działa na niektórych komputerach):

1- luks Sformatuj partycję

2- luksOtwórz partycję

3- dd nowy plik klucza

4- plik klucza luksAddKey

5- uczyń system plików mskf.ext4

6- dodaj wpis fstab

7- dodaj wpis cryttab

8- zamontuj wszystko

we wszystkich przypadkach te kroki działały dobrze, a montaż się powiódł! ale w niektórych przypadkach (4 na 10) po ponownym uruchomieniu serwera wystąpią problemy z superblokowaniem i serwer nie uruchomi się, chyba że usunę wpis fstab .

Co może być problemem, domyślam się, że musi to mieć coś wspólnego z samym dyskiem twardym, ale nie sądzę, aby jakiś zły sektor lub coś takiego, ponieważ nie jest logiczne, że 4 na 10 ma złe sektory !! Domyślam się, że coś mi brakuje w tabeli partycjonowania. Naprawdę nie mam pojęcia, co się tutaj dzieje.

Jakieś pomysły ?

Popiół
źródło
Może to pomóc w opublikowaniu wpisu fstab?
jmreicha
Znalazłem przyczynę i naprawiłem ją, zaktualizuję wątek odpowiedzią :)
Ash

Odpowiedzi:

0

Poprawka polegała po prostu na sformatowaniu dysku twardego, wyczyszczeniu tabeli msdos i ponownym odtworzeniu tabeli GPT. Technicznie nie wiem, co się stało, więc jeśli masz jakieś pojęcie o tym, a może jakieś linki o tym, dlaczego ta poprawka zadziałała, udostępnij ją tutaj.

Użyłem GParted (z dystrybucji Ubuntu na żywo), aby zrobić wcześniej wspomniany, zrestartowałem i ponownie zainstalowałem system, wszystko działało idealnie.

Popiół
źródło