Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Proxmox, wymiana dysku systemowego na większy

132 views
Skip to first unread message

szopen

unread,
Oct 19, 2023, 11:58:27 AM10/19/23
to
Hejka,

Mam serwer domowy na proxmoxie, wymieniłem w nim dysk nvme z 256GB na
512GB, sklonowałem system za pomocą clonezilli. No i teraz wszystko
działa, tylko system nadal używa tylko 256GB tego dysku, a fajnie by
było, żeby używał całość. Niestety pracuje to wszystko na LVM, a nie na
zwykłych partycjach, a ja się na tym nie rozeznaję, pomoże ktoś?

Oto obecna sytuacja:

nvme0n1 259:0 0 476.9G 0 disk
├─nvme0n1p1 259:1 0 1007K 0 part
├─nvme0n1p2 259:2 0 512M 0 part /boot/efi
└─nvme0n1p3 259:3 0 238G 0 part
├─pve-swap 253:0 0 8G 0 lvm [SWAP]
├─pve-root 253:1 0 59.3G 0 lvm /
├─pve-data_tmeta 253:2 0 1.6G 0 lvm
│ └─pve-data-tpool 253:6 0 151.6G 0 lvm
│ └─pve-data 253:7 0 151.6G 1 lvm
└─pve-data_tdata 253:3 0 151.6G 0 lvm
└─pve-data-tpool 253:6 0 151.6G 0 lvm
└─pve-data 253:7 0 151.6G 1 lvm

Jak to krok po kroku ogarnąć?
Boję się eksperymentować bo kopiowanie trwało z 3h, nie mam ochoty tego
powtarzać.

Czy najpierw powinienem partycję p3 rozszerzyć jakimś gparted na wolną
przestrzeń czy nie? Co potem?

--
szopen

szopen

unread,
Oct 19, 2023, 12:07:14 PM10/19/23
to
On 19.10.2023 17:58, szopen wrote:

Korekta, bo się spłaszczyło:


nvme0n1 259:0 0 476.9G 0 disk
├─nvme0n1p1 259:1 0 1007K 0 part
├─nvme0n1p2 259:2 0 512M 0 part /boot/efi
└─nvme0n1p3 259:3 0 238G 0 part
├─pve-swap 253:0 0 8G 0 lvm [SWAP]
├─pve-root 253:1 0 59.3G 0 lvm /
├─pve-data_tmeta 253:2 0 1.6G 0 lvm
│ └─pve-data-tpool 253:6 0 151.6G 0 lvm
│ └─pve-data 253:7 0 151.6G 1 lvm
└─pve-data_tdata 253:3 0 151.6G 0 lvm
└─pve-data-tpool 253:6 0 151.6G 0 lvm
└─pve-data 253:7 0 151.6G 1 lvm

--
szopen

marrgol

unread,
Oct 19, 2023, 3:11:33 PM10/19/23
to
Można i tak, i tak.

> Co potem?

Jeśli rozszerzysz p3, to musisz wykonać na niej pvresize, następnie
popowiększać sobie wolumeny logiczne za pomocą lvextend i na koniec
popowiększać filesystemy na powiększonych wolumenach.

Możesz też nie ruszać p3, założyć na wolnej przestrzeni p4, na niej
nowy wolumen fizyczny przy pomocy pvcreate i dodać go do grupy pve za
pomocą vgextend. A dalej, tak jak poprzednio, popowiększać wolumeny
logiczne i filesystemy.

Ja stosuję tę drugą metodę, ale znam takich, którym nie pasuje obecność
więcej niż jednego wolumenu fizycznego LVM-a na jednym fizycznym nośniku,
więc stosują pierwszy sposób. Wybór należy do ciebie. :-)


Dominik Ałaszewski

unread,
Oct 20, 2023, 1:23:51 AM10/20/23
to
Dnia 19.10.2023 marrgol <mar...@address.invalid> napisał/a:

> Jeśli rozszerzysz p3, to musisz wykonać na niej pvresize, następnie
> popowiększać sobie wolumeny logiczne za pomocą lvextend i na koniec
> popowiększać filesystemy na powiększonych wolumenach.

Ewentualnie użyć opcji "-r" (aka "--resizefs") lvextend i mieć
dwa kroki w jednym ;-)

> Ja stosuję tę drugą metodę, ale znam takich, którym nie pasuje obecność
> więcej niż jednego wolumenu fizycznego LVM-a na jednym fizycznym nośniku,
> więc stosują pierwszy sposób. Wybór należy do ciebie. :-)

Ja też jestem zdecydowanym zwolennikiem drugiej metody, mniejsza szansa
na to, że coś pójdzie nie tak. Ale chętnie poznałbym argumenty,
dlaczego pierwsza metoda miałaby być lepsza.

BTW, czy taki problem nie był jakiś czas temu na grupie?

--
Dominik Ałaszewski (via raspbianowy slrn)
"W życiu piękne są tylko chwile…" (Ryszard Riedel)
Wyrażam wyłącznie prywatne poglądy zgodnie z Art. 54 Konstytucji RP
Pisząc na priv zmień domenę na gmail.

szopen

unread,
Oct 20, 2023, 8:52:14 AM10/20/23
to
On 20.10.2023 07:23, Dominik Ałaszewski wrote:
> Dnia 19.10.2023 marrgol <mar...@address.invalid> napisał/a:
>
>> Jeśli rozszerzysz p3, to musisz wykonać na niej pvresize, następnie
>> popowiększać sobie wolumeny logiczne za pomocą lvextend i na koniec
>> popowiększać filesystemy na powiększonych wolumenach.
>
> Ewentualnie użyć opcji "-r" (aka "--resizefs") lvextend i mieć
> dwa kroki w jednym ;-)
>
>> Ja stosuję tę drugą metodę, ale znam takich, którym nie pasuje obecność
>> więcej niż jednego wolumenu fizycznego LVM-a na jednym fizycznym nośniku,
>> więc stosują pierwszy sposób. Wybór należy do ciebie. :-)
>
> Ja też jestem zdecydowanym zwolennikiem drugiej metody, mniejsza szansa
> na to, że coś pójdzie nie tak. Ale chętnie poznałbym argumenty,
> dlaczego pierwsza metoda miałaby być lepsza.

Uwaga, podaję argumenty dlaczego pierwsza metoda lepsza :-)

1. Bo tak jak pisał marrgol, niektórym: "pasuje obecność
więcej niż jednego wolumenu fizycznego LVM-a na jednym fizycznym nośniku"

2. Po wykonaniu klonowania za pomocą Clonezilli i po wykonaniu
rozszerzania partycji p3 (typu LVM) za pomocą Gparted już nic nie trzeba
robić! Gparted automatycznie wykonało wszystkie potrzebne LVMowe czary
(pvresize, lvextend) w tle :-)

Dziękuję obu Panom za pomoc.

--
szopen

szopen

unread,
Oct 26, 2023, 2:18:35 AM10/26/23
to
On 20.10.2023 14:52, szopen wrote:
> Uwaga, podaję argumenty dlaczego pierwsza metoda lepsza :-)
>
> 1. Bo tak jak pisał marrgol, niektórym: "pasuje obecność
> więcej niż jednego wolumenu fizycznego LVM-a na jednym fizycznym nośniku"
>
> 2. Po wykonaniu klonowania za pomocą Clonezilli i po wykonaniu
> rozszerzania partycji p3 (typu LVM) za pomocą Gparted już nic nie trzeba
> robić! Gparted automatycznie wykonało wszystkie potrzebne LVMowe czary
> (pvresize, lvextend) w tle :-)

A jednak przeszarżowałem, źle mi się wydawało, że pvresize się wykonało,
musiałem to zrobić ręcznie, choć -r nie zadziałało.

root@proxmox:~# lvextend -l +100%FREE -r pve/data
Ignoring --resizefs as volume pve/data does not have a filesystem.
Size of logical volume pve/data_tdata changed from <151.63 GiB (38817
extents) to <406.09 GiB (103958 extents).
Logical volume pve/data_tdata successfully resized.

Ale wolumen data ma już całą przestrzeń.

Muszę chyba sobie w wirtualce jakiejś porobić eksperymenty, żeby
zrozumieć LVM, bo to jest mocno skomplikowane i jest cała masa poleceń,
przez co wydaje się to jeszcze bardziej nieprzejrzyste.

--
szopen

Olek

unread,
Oct 26, 2023, 1:40:26 PM10/26/23
to
W dniu 26.10.2023 o 08:18, szopen pisze:
>
> Muszę chyba sobie w wirtualce jakiejś porobić eksperymenty, żeby
> zrozumieć LVM, bo to jest mocno skomplikowane i jest cała masa poleceń,
> przez co wydaje się to jeszcze bardziej nieprzejrzyste.
>

Zamiast eksperymentować zaglądnij do /usr/doc/Linux-HOWTOs/LVM-HOWTO
Ja nie masz tego na swoim dysku, to w Google znajdziesz.

--
Olek
0 new messages