GoldenLine
Zaloguj się
Maciej Cybulski

Maciej Cybulski Magik od WordPressa,
secjalista SEO

Temat: Problem z GRUBem... chyba

Mam taki problem choć to z pogranicza dwóch systemów ale odnoszę wrażenie że dotyczy on linuxa...

Mam zainstalowany SafeGuardEasy na notebooku i zaszyfrowane dwie partycje systemową i z danymi. (NTFS)
Dodatkowo mam partycję do wymiany między linuxem a Windowsem na FAT32 i zainstalowane Fedorę 7 na dodatkowej partycji. Czyli w sumie 4 partycje.
Po uruchomieniu komputera włacza się ekran SafeGuard Easy i pyta o hasło i login następnie przechodzi do bootloadera linuxowego Grub po wybraniu odpowiedniego systemu ładuje się Windows XP bądź też linux (linux nie jest szyfrowany)
I teraz problem...
Miałem na Windowsie zainstalowany NortonDisk Doctor. Przy defragmentacji wyskoczyła mi informacja że dysk ma uszkodzony MBR i Norton Disk Doctor go "naprawił"
Ale wskazał że należy zrestartować komputer. Po restarcie pojawia się jak dawniej informacja o podaniu loginu i hasła w Safe Guard Easy... potem ładuje się bootloader GRUB i wybieram Windowsa . NIestety dalej pojawia się problem wyskakuje komunikat
: Error 13: Invalid or unsupported executable format
Zastanawiam się jak z tego wybrnąć i jak dostać się do danych na dysku. Narazie nic z dyskiem poza tym nie robiłem.
Domyślam się że FIXMBR odpalony z płyty windowsa może tylko pogorszyć sprawę więc... co mogę zrobić??
Z tego co obserwuję mam dostęp do logowania zarówno jako SYSTEM jak i normalny użytkownik.

Ma może ktoś jakiś pomysł na rozwiązanie problemu... tzn tak żeby nie stracić zaszyfrowanych danych - bo właściwie był to system tuż przed archiwizacją:/
Link do wypowiedziLink

konto usunięte

Temat: Problem z GRUBem... chyba

Załaduj Linuxa i skonfiguruj bootloadera odnowa, norton mogl przeniesc poczatek partycjiPaweł Kostecki edytował(a) ten post dnia 09.01.08 o godzinie 12:35
Link do wypowiedziLink
Maciej Cybulski

Maciej Cybulski Magik od WordPressa,
secjalista SEO

Temat: Problem z GRUBem... chyba

Tylko że za bardzo nie wiem którą część poprawić...:/
mam taką konfigurację dysku:
fdisk -l /dev/sda

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 3824 30716248+ 7 HPFS/NTFS
/dev/sda2 3825 17847 112639747+ f W95 Ext'd (LBA)
/dev/sda3 17848 19198 10851907+ 83 Linux
/dev/sda4 19199 19457 2080417+ 82 Linux swap / Solaris
/dev/sda5 3825 16572 102398278+ 7 HPFS/NTFS
/dev/sda6 16573 17847 10241406 b W95 FAT32

dla odpalenia linuxa bootloader wskazuje root hd(0,2) i lokalizację jądra... (teraz piszę spod linuxa)
dla WIndowsa wskazuje
rootnoverify (hd0,0)
chainloader +1
i szczerze powiedziawszy nie mam pojęcia co poprawić - bo na pewno ten wpis jest błędny (poprawienie z hd0,0 na hd(0,1) nie podziałało - czarny ekran i nic poza tym)
Link do wypowiedziLink

konto usunięte

Temat: Problem z GRUBem... chyba

Maciej "Merlin" Cybulski:
Tylko że za bardzo nie wiem którą część poprawić...:/
mam taką konfigurację dysku:
fdisk -l /dev/sda

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 3824 30716248+ 7 HPFS/NTFS
/dev/sda2 3825 17847 112639747+ f W95 Ext'd (LBA)
/dev/sda3 17848 19198 10851907+ 83 Linux
/dev/sda4 19199 19457 2080417+ 82 Linux swap / Solaris
/dev/sda5 3825 16572 102398278+ 7 HPFS/NTFS
/dev/sda6 16573 17847 10241406 b W95 FAT32

dla odpalenia linuxa bootloader wskazuje root hd(0,2) i lokalizację jądra... (teraz piszę spod linuxa)
dla WIndowsa wskazuje
rootnoverify (hd0,0)
chainloader +1
i szczerze powiedziawszy nie mam pojęcia co poprawić - bo na pewno ten wpis jest błędny (poprawienie z hd0,0 na hd(0,1) nie podziałało - czarny ekran i nic poza tym)

hd(0,0) jest dobrze. Hmmm szczerze nie wiem niestety, moze masz jakie rescue CD czy coś.
Link do wypowiedziLink
Stanisław P.

Stanisław P. Software designer

Temat: Problem z GRUBem... chyba

Maciej "Merlin" Cybulski:
Tylko że za bardzo nie wiem którą część poprawić...:/
Ja już widziałem nortona w działaniu, który zniszczył partycje nie do odzyskania... no ale może coś się da zrobić (bardzo nie lubi się z grubem i linuxem)
fdisk -l /dev/sda
Device Boot Start End Blocks Id System
/dev/sda1 * 1 3824 30716248+ 7 HPFS/NTFS
/dev/sda2 3825 17847 112639747+ f W95 Ext'd (LBA)
/dev/sda3 17848 19198 10851907+ 83 Linux
/dev/sda4 19199 19457 2080417+ 82 Linux swap / Solaris
/dev/sda5 3825 16572 102398278+ 7 HPFS/NTFS
/dev/sda6 16573 17847 10241406 b W95 FAT32

Wygląda ok - partycje istnieją. zgaduję, że sda1 to system win, sda3 to /boot?
Jeśli tak, to (hd0,2) jest poprawne, tak samo (hd0,0). hd0 to sda, a drugi numer idzie od 0, więc hd0,0 = sda1, hd0,1 = sda2, etc. Rootnoverify i chainloader +1 to wszystko co trzeba do uruchomienia windowsa. No ale teraz kwestia gdzie jest SafeGuardEasy - jeśli w MBR, to każda zmiana gruba, albo fixmbr pewnie go wykasuje. Jeśli nie jest w mbr, to można najpierw "naprawić" ładowanie windowsa przez ich fixmbr, a potem zainstalować jeszcze raz grub'a.
Jeśli nie używałeś szyfrowania w samym ntfs, a tylko SafeGuardEasy, to możliwe, że instaluje się on jeszcze nad systemem - będziesz miał możliwość odczytać partycję ntfs'ową w pod linuxa. Jeśli nie masz takiej możliwości teraz, to zrób update jądra - gdzieś w okolicach połowy tamtego roku ntfs był już obsługiwany prawie całkowicie natywnie. Skopiuj dane i przeinstaluj windowsa i gruba, żeby nie było niespodzianek.

A na przyszłość http://www.truecrypt.org/ - działa pod win i lin "jednocześnie". I nigdy nie szyfrować partycji systemowej - to jest proszenie się o kłopoty - zresztą tam nie ma niczego do ukrycia w poprawnie skonfigurowanym systemie.
Link do wypowiedziLink
Maciej Cybulski

Maciej Cybulski Magik od WordPressa,
secjalista SEO

Temat: Problem z GRUBem... chyba

Heh no na domiar pecha to Safe Guard Easy chciał robić kopię awaryjną jądra na dyskietce i nijak nie dawał się przekonać żeby zrobić to na innym nośniku. Niestety mój notebook nie ma napędu dyskietek... :/

Z tego co mi wiadomo to SafeGuardEasy działa w ten sposób że instaluje się w MBR i przy uruchamianiu systemu rozszyfrowuje część i pyta o hasło a potem po poprawnym wpisaniu hasła rozszyfrowuje resztę dysku.
Tylko nie rozumiem gdzie wtenczas instalowany jest GRUB (linux wskazuje przy podglądzie w Webminie że Grub jest zainstalowany na dysku bez wskazania konkretnej partycji)
Zastanawiam się jak zabezpieczyć się pogorszeniem sytuacji za pomocą fixmbr czy czegoś w tym rodzaju... tzn np. zrobić kopię fizyczną dysku... jakim programem.
Szyfrowania w NTFS nie stosowałem.
Była normalna instalacja Windy na partycji chyba 30GB i danych na partycji 100GB obie NTFS. Przed utworzeniem partycji z danymi instalowany był linux z Grubem i partycja FAT32 do wymiany danych pomiędzy linuxem a Windą. Następnie na tak spreparowany system instalowany był SafeGuard Easy.Maciej "Merlin" Cybulski edytował(a) ten post dnia 09.01.08 o godzinie 13:49
Link do wypowiedziLink
Stanisław P.

Stanisław P. Software designer

Temat: Problem z GRUBem... chyba

Maciej "Merlin" Cybulski:
Zastanawiam się jak zabezpieczyć się pogorszeniem sytuacji za pomocą fixmbr czy czegoś w tym rodzaju... tzn np. zrobić kopię fizyczną dysku... jakim programem.
Szyfrowania w NTFS nie stosowałem.

No to po prostu podmontuj partycję pod linuxem i skopiuj wszystko. Oczywiście prawa zginą, ale zawsze to coś.
Ew. jeśli chcesz zrobić *dokładną* kopię partycji /dev/sda1, to po prostu:
`dd if=/dev/sda1 of=/ścieżka/do/kopii`
Link do wypowiedziLink
Michal Oczak

Michal Oczak sysadmin/webdev

Temat: Problem z GRUBem... chyba

sprobuj zmienic wpis w grubie o windows na taki
rootnoverify (hd0,0)
makeactive
chainloader +1
Link do wypowiedziLink

konto usunięte

Temat: Problem z GRUBem... chyba

a tak na marginesie sam miałem fat32 jako wymianę win -lin ale od czasu ntfs3g już mam tylko ntfs, działa dobrze i zero problemów.a gruba najlepiej od nowa wrzucić.
Link do wypowiedziLink

konto usunięte

Temat: Problem z GRUBem... chyba

Michal Oczak:
sprobuj zmienic wpis w grubie o windows na taki
rootnoverify (hd0,0)
makeactive
chainloader +1
chyba wystarczy:

root (hd0,0)
makeactive
chainloader +1
Link do wypowiedziLink
Stanisław P.

Stanisław P. Software designer

Temat: Problem z GRUBem... chyba

Błażej Poltrok:
root (hd0,0)
makeactive
chainloader +1

Lepiej rootnoverify - szczególnie w tym przypadku, jak nie wiadomo co tak naprawdę ta dzika tablica partycji teraz zawiera - niech grub nie próbuje jej badać.

No i tak - zapomniałem wcześniej o 'makeactive' :)
Link do wypowiedziLink
Maciej Cybulski

Maciej Cybulski Magik od WordPressa,
secjalista SEO

Temat: Problem z GRUBem... chyba

No sprawdzę co z tegop wyniknie... choć z Ontrack'a twierdzą że dane są nie do odzyskania... nawet dla nich:/
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy


Następna dyskusja:

Mam problem..znowu.. ;)




Wyślij zaproszenie do
Anuluj