Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Na 30GB dysku SSD mam uszkodzoną partycje boot (obecnie nie używaną), / i /home – wszystko ext4. Dysk z tabelą partycji GPT.
Chcę uporządkować bałagan (usunąć boot) i powiększyć miejsce na / .
Dysk sformatuje i założę dwie podstawowe partycje (po 15GB): / i /home ale MBR
I tu mam pytanie: czy czekają mnie problemy związku z zmianą GPT->MBR?
Wykonam kopie danych zgodnie z: http://www.debian.pl/threads/6573-Kopia-zapasowa-i- … ną-partycję
Offline
Czy czekają - jeśli masz GPT, to pewnie masz EFI, a on na MBR nie pójdzie
Ja proponuję zrobić jedną dużą partycję /
Fervi
Offline
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 28G 0 disk sda1 8:1 0 487M 0 part sda2 8:2 0 9,3G 0 part / sda4 8:4 0 18,2G 0 part /home
@fervi przy rozruchu zgłasza się bios
Z poziomu konsoli można wywołać informacje o zawarości ROM-u na płycie?
# fdisk -l
UWAGA: Na '/dev/sda' wykryto tablicę partycji GPT (GUID Partition Table)! fdisk nie obsługuje GPT. Należy użyć GNU Parteda. Dysk /dev/sda: 30.0 GB, bajtów: 30016659456 głowic: 255, sektorów/ścieżkę: 63, cylindrów: 3649, w sumie sektorów: 58626288 Jednostka = sektorów, czyli 1 * 512 = 512 bajtów Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512 Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512 Identyfikator dysku: 0x00000000 Urządzenie Rozruch Początek Koniec Bloków ID System /dev/sda1 1 58626287 29313143+ ee GPT
# parted --l
Model: ATA 30GB SSD (scsi) Disk /dev/sda: 30,0GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 1049kB 512MB 511MB boot 2 512MB 10,5GB 10,0GB ext4 msftdata 4 10,5GB 30,0GB 19,5GB ext4 msftdata
Ostatnio edytowany przez jacekz (2013-11-02 11:39:17)
Offline
Czyli nie zrobisz tego tak jak chcesz. Tylko takie jeszcze pytanie, ty chcesz zrobić surową kopię samego tylko home, tak czy też i systemu (partycji /)? W każdym razie, to trochę będzie ciężko, bo chcesz utworzyć 2x 15GB, a tutaj masz 9,3 GiB i 18,2GiB, i wgranie surowej kopi odpada, chyba , że zrobisz dokładnie takie same partycje albo się będziesz bawił w rozszerzanie systemu plików, tak by wypełnił całą partycję, czyli tylko w przypadku partycji systemowej, home jest większy i nie da rady go przenieść surowo na mniejszą partycję.
W sumie do tych dysków z gpt to lepszy jest gdisk niż fdisk chyba. W sumie nigdy nie miałem gpt to za bardzo nie wiem. Ale z układu wychodzi, że nie ma tam małych partycji, czyli nie ma efi i jest to tylko tablica gpt, więc jeśli sobie ogarniesz rozmiary końcowych partycji, to nie powinno być problemów.
Offline
Pokaż:
gdisk -l /dev/sda
Nie wiem jak jest obecnie, ale kiedyś GPT było lepszym wyborem dla dysków SSD. Partycje były automatycznie wyrównywane.
Offline
@morfik faktycznie przeoczyłem że rozmiar /home jest większy :/
Chciałem ruszyć system / i /home.
Może zamiast przenoszenia całości tam i z powrotem: skasuje boot i tylko przesunę / na całe dostępne miejsce (albo zmniejszę też /home).
Można to w miarę bezpiecznie zrobić, chyba?
# gdisk -l /dev/sda
GPT fdisk (gdisk) version 0.8.7 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Disk /dev/sda: 58626288 sectors, 28.0 GiB Logical sector size: 512 bytes Disk identifier (GUID): EEC1C0AA-3C13-43A5-BB49-6A1A476D01AF Partition table holds up to 128 entries First usable sector is 34, last usable sector is 58626254 Partitions will be aligned on 2048-sector boundaries Total free space is 2221 sectors (1.1 MiB) Number Start (sector) End (sector) Size Code Name 1 2048 999423 487.0 MiB EF00 2 999424 20531199 9.3 GiB 0700 4 20531200 58626047 18.2 GiB 0700
Ostatnio edytowany przez jacekz (2013-11-02 12:40:22)
Offline
Jesteś pewny, że nie masz tam UEFI?
1 2048 999423 487.0 MiB EF00
Offline
Jeśli nie jesteś pewien czy masz EFI, czy BIOS to wrzuć tutaj skriny z konfiguracji (ogólnie w laptopach ASUS EFI i BIOS się tak samo konfiguruje, tylko niektóre opcje są dodane / usunięte)
Fervi
Offline
W taki sposób można zobaczyć:
[ -d /sys/firmware/efi ] && echo "Installed in EFI mode" || echo "Installed in Legacy mode"
Albo przyjrzyj się co masz na tej partycji /boot
ls /boot|grep -i efi
Offline
hmm..
[ -d /sys/firmware/efi ] && echo "Installed in EFI mode" || echo "Installed in Legacy mode"
zwraca: Installed in Legacy mode
natomiast
ls /boot|grep -i efi
zwraca: efi
zawartość /boot:
config-3.10-2-amd64 extlinux initrd.img-3.11-1-amd64 System.map-3.10-2-amd64 vmlinuz-3.10-3-amd64 config-3.10-3-amd64 grub mbr-sda.old System.map-3.10-3-amd64 vmlinuz-3.11-1-amd64 config-3.11-1-amd64 initrd.img-3.10-2-amd64 memtest86+.bin System.map-3.11-1-amd64 efi initrd.img-3.10-3-amd64 memtest86+_multiboot.bin vmlinuz-3.10-2-amd64
Ostatnio edytowany przez jacekz (2013-11-02 13:47:27)
Offline
To pewnie masz ustawione startowanie UEFI + Boot Legacy.
Teoretycznie powinno działać zarówno w jednym, jak i z drugim.
Zrób sobie dla świętego spokoju kopie systemu i jakieś awaryjne LiveCD.
Offline
Możesz spokojnie przenosić . GPT czy MBR nie ma żadnego znaczenia
Po przeniesioniu musisz zmienić tylko UUID w
/etc/fstab
/boot/grub/grub/cfg
No i zainstalować grub na nowym dysku (jeśli po powyższych zmianach nie wystartuje system).
Offline
Yampress napisał(-a):
Możesz spokojnie przenosić . GPT czy MBR nie ma żadnego znaczenia
Po przeniesioniu musisz zmienić tylko UUID w
/etc/fstab
/boot/grub/grub/cfg
No i zainstalować grub na nowym dysku (jeśli po powyższych zmianach nie wystartuje system).
Dla EFI ma znaczenie, bo nie wystartuje mu system (Grub)
Fervi
Offline
GPT zostaje (prawdopodobniej to korzystniejsze dla SSD).
Z poziomu jakiegoś live zmienię rozmiary / i /home za pomocą gparted.
Jak wcześniej najefektywniej zrobić kopie danych? ( nie tarem)
Offline
jacekz napisał(-a):
GPT zostaje (prawdopodobniej to korzystniejsze dla SSD).
Z poziomu jakiegoś live zmienię rozmiary / i /home za pomocą gparted.
Jak wcześniej najefektywniej zrobić kopie danych? ( nie tarem)
Zależy co rozumiesz najefektywniej. Bardzo dobry algorytm to XZ (tar.xz), używany przez 7-zip (ale tam masz więcej opcji i więcej zaoszczędzisz). Problemem jest to, że dłuuuugo kompresuje i dekompresuje
Fervi
Offline
@fervi
Wydaje mi się że sposób zaproponowany przez naszego forumowego kolegę Yampress'a wydaje się wystarczająco efektywny:
sudo rsync -avx --delete-excluded /home /media/sdb1/B/home/sda4
cały opis: http://www.debian.pl/entries/159-Prosta-kopia-zapasowa-systemu
Offline
Można jeszcze tak:
http://forum.dug.net.pl/viewtopic.php?pid=198024#p198024
Ale to bardziej tworzy klon systemu niż jego kopie zapasową. Jak popsujesz coś w jednym to przechodzisz na kopię i wywalasz ten popsuty i robisz nowy klon itd.
Sam używam trochę zmodyfikowanej wersji. Przy UEFI + refind jest to całkowicie bezobsługowe.
Offline
@yossarian
Czytałem tamten wątek. To rozwiązanie jest dla mnie teraz niedostępne (za mało miejsca na dysku na dwie partycje systemowe) a szkoda :/
W każdym razie operacja przesunięcia i zmiany rozmiaru partycji odbyła się bezproblemowo.
Ostatnio edytowany przez jacekz (2013-11-02 17:07:18)
Offline
No tak, malutki masz ten dysk.
Disk /dev/sda: 58626288 sectors, 28.0 GiB
Offline
Przed wykonaniem kopii mbr uruchomiłem bootinfoscript: http://pastebin.com/8KtRdXkt
Nie wydaje mi się aby tam było wszystko w porządku - jeśli mogę prosić, niech ktoś na to rzuci okiem.
Offline
Strony: 1