Serwer dedykowany wszedł w Rescue Mode i nie chce wstać

[ivellios1988 0]

Mam problem i nie bardzo wiem, jak sobie z nim poradzić. Dziś około północy padł mi serwer dedykowany w Kimsufi. Hard reboot nic nie daje, za każdym razem dostaję informację 'Server does not ping after reboot' i po krótkim czasie serwer wchodzi w Rescue Mode.

 

fdisk -l

Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disklabel type: gpt

Disk identifier: FA53E742-96C5-4509-ABB1-47989C5D417C

Device Start End Sectors Size Type

/dev/sda1 40 2048 2009 1004.5K BIOS boot

/dev/sda2 4096 40962047 40957952 19.5G Linux filesystem

/dev/sda3 40962048 3905974271 3865012224 1.8T Linux filesystem

/dev/sda4 3905974272 3907020799 1046528 511M Linux swap

sda2 udaje się zamontować, jednak sda3 (partycja na której przechowywane są strony internetowe, ftp, itd) zwraca taki komunikat:

 

root@rescue:/# mount /dev/sda3 /home/

mount: /dev/sda3 is write-protected, mounting read-only

NTFS signature is missing.

Failed to mount '/dev/sda3': Invalid argument

The device '/dev/sda3' doesn't seem to have a valid NTFS.

Maybe the wrong device is used? Or the whole disk instead of a

partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

[Vasthi 74]

Spróbuj zamontować z użyciem ext4 czy jakiego systemu plików używasz.

[ivellios1988 0]

 

 

mount /dev/sda3 /mnt/home ext4

Niestety bez rezultatu.

[Jarosław Szmańda 42]

https://www.google.co.uk/search?q=NTFS+signature+is+missing.&rlz=1C1GTPM_enPL597PL597&oq=NTFS+signature+is+missing.&aqs=chrome..69i57j0l5.440j0j7&sourceid=chrome&ie=UTF-8

[tgx 575]

https://www.google.co.uk/search?q=NTFS+signature+is+missing.&rlz=1C1GTPM_enPL597PL597&oq=NTFS+signature+is+missing.&aqs=chrome..69i57j0l5.440j0j7&sourceid=chrome&ie=UTF-8

 

Nie podsyłajcie takich linków jak nie znacie tego co kolega ma na serwerze bo to najszybsza droga by stracił dane.

 

Najlepiej niech kolega zleci naprawę komuś kto ma w tym doświadczenie bo testy i samodzielna naprawa na podstawie rad z forum przy słabej znajomości systemu może skończyć się źle.

[ivellios1988 0]

No niestety, walczę i walczę i końca walki nie widać. Jeśli więc jest ktoś w stanie mi pomóc postawić wszystko na nogi, nawet za opłatą, to będę wdzięczny za kontakt: gg 3408197 lub pw.

[ivellios1988 0]

Podziękowania dla użytkownika, który pomógł mi na GG - pacjent zmartwychwstał

 

Pomógł następujący zabieg:

 

mount -t ext4 /dev/sdaX /mnt

fsck /dev/sdaX

mount -o ro /dev/sdaX /mnt

mount -o remount,rw /dev/sdaX /mnt

[Kszysiu 136]

fsck na zamontowanym filesystemie?

[Pan Kot 1535]

fsck na zamontowanym filesystemie?

 

Tak długo póki jest w trybie read only lub fsck nie znajdzie żadnych problemów, możliwe.

[Kszysiu 136]

Ale on go najpierw fsck, bez sprawdzenia czy jest w readonly a potem dopiero go przemontował w read only;) Więc mógł zepsuć chociaż nie wiem czy fsck nie wypnie się na niego przypadkiem jak filesystem jest w RW podmontowany?

 

A jakby fsck nie naprawił żadnych problemów to wydaje mi się, że problem ze wstawaniem serwera by się nie rozwiązał...

[Pan Kot 1535]

Może być w trybie RW jeśli nie ma żadnych otwartych file handli do niego, fsck sam sprawdza czy obszar, który chce naprawić jest dostępny, potrzeba exclusive write locka (POSIX), ale niekoniecznie exclusive write locka na cały dysk. Wszystko zależy od stopnia uszkodzenia - skoro filesystem się zamontował poprawnie, to oznacza że nie był na tyle uszkodzony, żeby partycja wymagała exclusive write locka na cały dysk. Pewnie padł tylko superblok, który zawierał info, że to partycja typu ext4.

Edytowano Wrzesień 20, 2016 przez Archi (zobacz historię edycji)

[ivellios1988 0]

Niestety, serwer znów umarł, tym razem najprawdopodobniej w wyniku ataku. Email z OVH po przeprowadzeniu diagnostyki:

 

"Server found on grub rescue with the error : "file /boot/grub2/i386-pc/normal.mod not found""

 

komenda

sudo grub-install /dev/sda

zwraca następujący komunikat:

 

grub-install: error: failed to get canonical path of `aufs'.

[Gość mariaczi]

Jak masz na tej maszynie KVMa to jakiś Linux LiVE iSO do napędu i wystartuj, by sprawdzić system.