zetalecowo
Gość
Miernik podziękowań 0%
0 Witam serdecznie.
W dniu dzisiejszym straciłem całkowicie dostęp do systemu zaintalowanym na jednym z moich dysków - Linux Mint 19.1 Cinnamon.
Zacznę od tego, że dysk został zaszyfrowany wbudowanym programem (LUKS?) który oferuja taką opcję przy instalacji systemu. Wszystko działało bez zarzutu przez prawie dwa miesiące, a dzisiaj nie działa już prawie nic.
Dzisiaj podczas gry na komputerze, zminimalizowało mi ją i pojawiło się okno wine z informacją żeby sprawdzić cache gry - zignorowałem to. Po wyłączeniu gry pojawiło się właśnie okno z którego wynikało że cała partycja jest tylko do odczytu. Kiedy włączyłem ponownie komputer wszystko działało. Później kiedy chciałem go wyłączyć i nacisnął CTRL ALT DELETE, to nie pojawiło się okno z wyborem uśpij/uruchom ponownie/wyłącz, a monitor od razu zgasnął, lecz komputer nie chciał się wyłączyć.
Przy ponownej próbie - i na obecnym etapie - można wprowadzić hasło do dysku, system włącza się, widać pulpit lecz na tym się kończy. Zniknęły ikony, pasek na dole i nie działa żaden skrót na otwarcie czegokolwiek.
Jak wejdę w wiersz poleceń to nie można się zalogować - wrzucę zdjęcie co się pojawia.
Chciałbym poradzić się Was co mogło spowodować coś takiego, jak można zaradzić czemuś takiemu w przyszłości i czy jest szansa by odzyskać ten system bez reinstalacji.
Teraz wyciągnąłem ten dysk i jutro rano sprawdzę - może jak przeleży trochę bez zasilania to coś mu się polepszy.
Dysk testowany przez ubuntu wygląda bez zarzutu, ale jak sie mu robi test zapisu na tej partycji, to pokazuje błąd.
Teraz mi się jeszcze przypomniało - choć nie wiem czy to ma znaczenie - że dziś rano stała się dziwna rzecz: system po odblokowaniu go hasłem włączyć się w trybie wiersza poleceń i skróte CTRL ALT F7 nie można było go przełączyć na tryb graficzny.
Liczba postów: 117
Liczba wątków: 13
Dołączył: Dec 2018
Reputacja:
System: 21.2 Victoria
Środowisko graficzne: Xfce
Architektura CPU: 64bit
Miernik podziękowań 1%
1 Musisz uruchomić system z liveCD. Nastepnie dokonac sprawdzenia dysku za pomoca fsck.
Czy da sie odzyskac dane.. nie wiem. Warto by odpalic smartmontools i sprawdzic kondycje dysku.
zetalecowo
Gość
Miernik podziękowań 0%
0 Dziękuje za odpowiedź. Jestem początkującym użytkownikiem Linuxa i przed przystąpieniem do tego chciałbym jedynie zapytać, czy jeżeli na tym samym komputerze jest jeszcze inny dysk z Ubuntu to czy mimo to mam użyć LiveCD do sprawdzenia tego pierwszego?
Jeśli tak to chciałbym zapytać za pomocą jakiej dokładnie komendy mam zeskanować dysk (z tego co patrzyłem ten program fsck ma wiele opcji)
PS. kondycja tego dysku powinna być nienaganna, ponieważ ma on właśnie 2 miesiące i jest to stosunkowo nowy, dobrej klasy dysk SSD.
PS2. przepraszam jeśli moje pytanie wyda się głupie, ale od razu chciałbym zapytać która opcja uruchomienia jest nazywanaLiveCD:
Start Linux MInt
Start in compatibility mode
OEM install (for manufacturers)
Integrity check
Memory test
Boot from local drive
____________
Aktualizacja
Udało mi się coś zrobić, ale ani trochę nie wiem czy o to chodziło
Liczba postów: 74
Liczba wątków: 9
Dołączył: Feb 2019
Reputacja:
System: 19.3 Tricia
Środowisko graficzne: Cinnamon
Architektura CPU: 64bit
Miernik podziękowań 1%
0 Start Linux Mint, chyba że się nie uruchomi to wtedy Start in compatibility mode
To że dysk ma 2 miesiące to jeszcze nic nie znaczy, miałem przypadek że coś na płycie głównej laptopa było uwalone i każdy dysk po mniej więcej 3-4 miesiącach zdychał a wcześniej pojawiały się różne problemy ze startem, czasem dostępu, badblocki itp.
zetalecowo
Gość
Miernik podziękowań 0%
0 Dziękuje za wyjaśnienie. Udało mi się przeskanować tym programem (o ile dobrze to zrobiłem) i pojawia się informacja odnośnie superbloków. Zastosowanie dalszej zaleconej przez program komendy nie pomogło,
Liczba postów: 2 530
Liczba wątków: 24
Dołączył: Jan 2019
Reputacja:
System: 21.3 Virginia
Środowisko graficzne: Cinnamon
Architektura CPU: 64bit
Miernik podziękowań 24%
13-08-2019, 12:02
(Ten post był ostatnio modyfikowany: 13-08-2019, 12:03 przez yahoob3.)
Liczba postów: 117
Liczba wątków: 13
Dołączył: Dec 2018
Reputacja:
System: 21.2 Victoria
Środowisko graficzne: Xfce
Architektura CPU: 64bit
Miernik podziękowań 1%
0 Tak jak yahoob3 napisał, mozna tego sprobowac.
Czy to jest komputer stacjonarny? Zastanawia mnie przycyzna takiego uszkodzenia? Zanik zasilania? Uderzenie, wstrząs?
zetalecowo
Gość
Miernik podziękowań 0%
13-08-2019, 12:32
(Ten post był ostatnio modyfikowany: 13-08-2019, 12:56 przez yahoob3.)
0 Dziękuje za odpowiedź.
Po wpisaniu sudo fsck /dev/sda pokazuje się:
Kod: [i]fsck z pakietu util-linux 2.31.1[/i]
[i]e2fsck 1.44.1 (24-Mar-2018)[/i]
[i]ext2fs_open2: Błędna liczba magiczna w superbloku[/i]
[i]fsck.ext2: Superblok błędny, próba użycia zapasowych bloków...[/i]
[i]fsck.ext2: Błędna liczba magiczna w superbloku podczas próby otworzenia /dev/sda[/i]
[i]superblok nie mógł być odczytany lub nie opisuje prawidłowego systemu[/i]
[i]plików ext2/ext3/ext4. Jeżeli urządzenie jest prawidłowe i naprawdę zawiera[/i]
[i]system plików ext2/ext3/ext4 (nie jest swapem, ufs-em ani niczym innym),[/i]
[i]to superblok jest uszkodzony - można próbować uruchomić e2fsck z innym[/i]
[i]superblokiem:[/i]
[i] e2fsck -b 8193 <urządzenie>[/i]
[i]lub[/i]
[i] e2fsck -b 32768 <urządzenie>[/i]
[i]Znaleziono tablicę partycji dos w /dev/sda[/i]
Jak wpisuję sudo mke2fs -n /dev/sda to pokazuje:
Kod: [i]mke2fs 1.44.1 (24-Mar-2018)[/i]
[i]Znaleziono tablicę partycji dos w /dev/sda[/i]
[i]Kontynuować mimo to? (t,N) t[/i]
[i]Tworzenie systemu plików o 125026902 blokach 4k oraz 31260672 i-węzłach[/i]
[i]UUID systemu plików: e5aadd36-cac1-4957-b1c0-e03dcb493266[/i]
[i]Kopie zapasowe superbloku zapisane w blokach: [/i]
[i]32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, [/i]
[i]4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, [/i]
[i]102400000[/i]
Później wpisuje sudo e2fsck -b [superblok] /dev/sda i za każdym razem pokazuje:
Kod: [i]e2fsck 1.44.1 (24-Mar-2018)[/i]
[i]e2fsck: Błędna liczba magiczna w superbloku podczas próby otworzenia /dev/sda[/i]
[i]superblok nie mógł być odczytany lub nie opisuje prawidłowego systemu[/i]
[i]plików ext2/ext3/ext4. Jeżeli urządzenie jest prawidłowe i naprawdę zawiera[/i]
[i]system plików ext2/ext3/ext4 (nie jest swapem, ufs-em ani niczym innym),[/i]
[i]to superblok jest uszkodzony - można próbować uruchomić e2fsck z innym[/i]
[i]superblokiem:[/i]
[i] e2fsck -b 8193 <urządzenie>[/i]
[i]lub[/i]
[i] e2fsck -b 32768 <urządzenie>[/i]
[i]Znaleziono tablicę partycji dos w /dev/sda[/i]
Dotyczy wszystkich superbloków.
_________
Aktualizacja
@Ulvhedin
To jest komputer stacjonarny - raczej żaden wstrząs. Zdarzały się w przeszłości pojedyncze zwieszenia systemu które wymagały resetu komputera, ale bezpośrednio przed tą awarią nie było żadnych tego typu problemów.
Liczba postów: 2 530
Liczba wątków: 24
Dołączył: Jan 2019
Reputacja:
System: 21.3 Virginia
Środowisko graficzne: Cinnamon
Architektura CPU: 64bit
Miernik podziękowań 24%
13-08-2019, 13:07
(Ten post był ostatnio modyfikowany: 13-08-2019, 13:26 przez yahoob3.)
0 Mam nadzieję, że powyższe wykonujesz na odmontowanym / niezamontowanym w sesji Live dysku...
EDIT:
Czy próby z numerami kopii zapasowych dają ten sam błąd?
Cytat:Kopie zapasowe superbloku zapisane w blokach:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000
np. sudo e2fsck -b 98304 /dev/sda
EDIT2:
Czy walczymy o dysk z danymi, które chcesz zachować?
zetalecowo
Gość
Miernik podziękowań 0%
0 Ten dysk ma partycje /sda1 /sda2 i /sda5 (właśnie ta jest szyfronwana). Jak w narzędziu Dyski wybiorę tą pierwszą, to mam tylko opcję "zamontuj", w tym samym miejscu na druga ma jedynie opcję "usuń", a trzecia - "odblokuj".
W menedżerze plików dysk wygląda jakby zamontowany nie był. Poza tym jak wpisuje umount /dev/sda w terminalu to pokazuje mi że /dev/sda not mounted. Więc raczej nie jest zamontowany.
|