Rozpocząłem konwertowanie plików btrfs na dysk twardy z partycją ext4. Najpierw zrobiłem fsck, co było w porządku. Ponieważ teraz działa już ponad 4 godziny (1.) Zastanawiam się, czy kiedykolwiek się skończy? Czytam wiele artykułów (szybko) o konwersji, ale żaden nie określał miejsca. Ale myślę, że jest kilka rozważań na temat tego artykułu: https://oss.oracle.com/projects/btrfs/dist/documentation/btrfs-converter.html
Więc mój dysk twardy zużywał 99,0% z 1,82 TB przed rozpoczęciem. (2.) Jeśli nie można go zakończyć, czy można go zapisać, aby anulować (CTRL + C) prozess?
iotop nadal wskazuje, że btrfs-convert odczytuje ~ 40 MB / s z mojego dysku twardego, a top pokazuje, że jeden rdzeń procesora jest w pełni załadowany przez btrfs-convert. (3.) Jaka byłaby teraz najmądrzejsza decyzja?
Aktualizacja: w międzyczasie proces konwersji został zakończony. Zajęło to prawie 3 dni. Muszę dodać, że pomiędzy prędkościami spadły do ~ 0-10 MB / s, ale 100% obciążenia I / O i zużycie procesora odpowiednio spadło. Dziś rano (po ponad 2 dniach pracy) proces konwersji miał tylko ~ 9 godzin czasu procesora. W sumie wszystko wydaje się w porządku.
/
system plików inny niż root?Odpowiedzi:
btrfs-convert
utworzy migawkę (nazwanyext2_saved
) istniejącego systemu plików jako kopię zapasową. Trudno przewidzieć, ile miejsca na dysku zajmie migawka, ponieważ btrfs to CoW ...Konwertowałem wcześniej
/
dla Oracle Linux 6.3 x86_64, zajmuje to mniej niż 10 minut, ponieważ system plików jest stosunkowo mały (dane są przechowywane na osobnych woluminach logicznych). To było gładkie, bez problemu.W twoim przypadku na dysku twardym jest więcej niż 1,8T danych i mało miejsca, nie mam pojęcia, ile czasu to zajmie (migawka może zajmować niewiele miejsca, ponieważ system plików nie zmienił się od czasu konwersji). Jeśli
iotop
pokazuje, że nadal działa, zostaw to.Niewiele osób wie, co się stanie, jeśli przerwiesz konwersję, wypróbuj listę mailingową btrfs ;-)
Zalecane odczyty:
https://blogs.oracle.com/wim/entry/btrfs_root_and_yum_update
5.4.6 Konwertowanie systemu plików Ext2, Ext3 lub Ext4 na system plików Btrfs
źródło
Właśnie próbowałem przekonwertować system plików 8 TB i
btrfs-convert
wydaje się, że się zawiesiłem, ibtfsck
dałem nieokreślony „błąd”, ale wycofaniebtrfs-convert -r
zajęło tylko minutę i wszystko wydaje się dobrze ze starym systemem ext4.Tak więc przerywanie
btrfs-convert
wydaje się względnie bezpieczne.źródło
Wystarczy wejść z innym punktem danych:
Niedawno dokonałem tej konwersji na Odroid XU4 (ARM rzecz), z zewnętrznym dyskiem USB3 WD Ultra 4TB (5200 obr / min). System operacyjny to Debian Jessie, jądro 3.10.103+. Wersja Btrfs to v3.17
Poprzedni fs był ext4 z użytym ~ 2 TB, 2 TB wolnego miejsca, z dość dużymi plikami (programy telewizyjne, wszystkie powyżej kilkuset MB).
Cały proces trwał około 30 godzin.
Proces konwersji btrfs odbijał się od 20% do 80% procesora u góry i wahał się w okolicach 32 MB / s w iotop.
Wyjście było
i wszystkie pliki wydają się w porządku.
Teraz zamierzam usunąć podwolumnę kopii zapasowej ext4, przeprowadzić defragmentację i przywrócić równowagę. Też czas.
Aktualizacja
aa i uderzyłem błąd jądra podczas defragmentacji:
Kolejna aktualizacja
Po próbie przywrócenia równowagi jądro przestaje wyświetlać komunikaty przy każdym montowaniu. W końcu polecenia takie jak mount i umount, a nawet ls, utknęły w syscallach na zawsze. Sprawdzanie btrfs wykazało sporo błędów, a na dysku pozostało zero wolnego miejsca (metadane wykorzystały to wszystko).
Skończyło się na zamontowaniu napędu
przed skopiowaniem wszystkich 2 TB danych z dysku na zapasowy dysk ext4, następnie ponownie uruchomiłem komputer, sformatowałem ponownie dysk btrfs i skopiowałem wszystko z powrotem.
LEKCJA: Począwszy od jądra 3.10 (które ma dwa lata), konwersja btrfs nie jest ładna , a jądro jest wadliwe. Ups!
Więc nie zawracałbym sobie głowy konwertowaniem btrfs. Wydaje się, że to miłe rozwiązanie na papierze, ale o wiele lepiej jest po prostu skopiować wszystkie dane z dysku, sformatować i skopiować je z powrotem.
źródło
Tylko punkt danych naprawdę ...
Właśnie próbowałem przekonwertować partycję 200G i użyć narzędzia btrfs-tools V4.0, ale to nie powiodło się - wydaje się, że uległo awarii - po zgłoszeniu „niewystarczającej ilości wolnego miejsca” (częściowe zastąpienie informacji o postępie).
fsck nie zgłosił żadnych problemów, a system plików nadal się montuje:
Interesującym punktem jest to, że postęp odnotował ponad 100%, tj. 244027/240502. Być może ktoś mógłby wyjaśnić, co się liczy?
W każdym razie wniosek jest taki, że 744M z 200G (99,7% zużytych) to za mało wolnego miejsca!
FWIW, myślałem, że btrfs-convert dostarczy wszystkie metadane przed zniszczeniem (kopiowaniem i nadpisaniem) 1Mb, co wskazuje, że jest to system plików EXT4. Dopóki nie zrobi tego kroku, nie ma nic do cofnięcia; po prostu pisze w wolnej przestrzeni. Być może można to również potwierdzić?
źródło
Jeśli włączysz sumowanie kontrolne (domyślne), konwersja musi obliczyć te wartości, a następnie zapisać je w metadanych. Więc w zasadzie odczytuje cały dysk twardy w konwersji ... Możesz wyłączyć sumy kontrolne w konwersji, ale to wyłącza sprawdzanie integralności btrfs i czyszczenie danych ...
źródło