Kilka tygodni temu natknąłem się na coś, czego nigdy wcześniej nie widziałem: system plików (jak sądzę, ext3) zainstalowany na urządzeniu pamięci masowej bez partycji. Zasadniczo /dev/sdb
był to cały system plików. Wiem, że wiele systemów plików można rozszerzyć na pustą przestrzeń, więc zrobienie tego pozwala na rozszerzenie bez zajmowania się LVM lub innym rodzajem menedżera woluminów, ale czy są jakieś inne zalety konfigurowania pamięci w ten sposób?
Szczególnym przypadkiem, który widziałem, był efemeryczny wolumen danych dla serwera do kruszenia liczb, woluminy rozruchowe i root były tradycyjnymi partycjami na innym urządzeniu pamięci masowej całkowicie. -
filesystems
partition
lvm
sysadmin1138
źródło
źródło
Odpowiedzi:
Pro: nie marnujesz jednego sektora dysku na tablicy partycji. (Tak.)
Pro: dysk może być używany w systemie operacyjnym, który nie obsługuje partycji typu PC. (Jak chcesz użyć jednego).
Con: jest to niezwykłe i może mylić współ-administratorów. (Widzieć?)
Przeciw: jeśli zainstalujesz inny system operacyjny, może pomyśleć, że dysk zawiera śmieci i ułatwi przypadkowe zastąpienie go przez wybranie niewłaściwego dysku - podczas gdy systemy operacyjne zwykle pozostawiają same partycje, których typu nie rozumieją.
Nie ma znaczenia: rozszerzenie systemu plików nie jest łatwiejsze, jeśli znajduje się bezpośrednio na dysku niż w partycji, i odwrotnie. (Posiadanie LVM ułatwiłoby to.)
Wniosek: działa, ale nie jest to dobry pomysł.
źródło
hexdump
iod
które bardzo konkretnie pokazują, co się dzieje z konfiguracją/dev/sda
vs ../dev/sda1
Nie jestem pewien, jak to by się odnosiło do Linuksa, ale z rodzimym ZFS, jednym z powodów, dla których zaleca się tworzenie pul na całych dyskach, a nie na partycjach, jest w tym pierwszym przypadku pamięć podręczna zapisu dysku.
Wymieniono tu także kilka innych powodów:
http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#Storage_Pools
Wniosek: działa, i może być dobrym pomysłem w zależności od systemu plików.
źródło
Widzę prawdziwą korzyść, gdy odbywa się to w środowisku wirtualnym. Ponieważ nasze VMDK są przechowywane na naszym serwerze NAS, możemy je dynamicznie rozwijać.
Jeśli używamy partycji, musimy użyć LVM (i związane z nim koszty ogólne) i połączyć ze sobą partycje, lub musimy zdjąć host (lub system plików, jeśli nie jest używany), aby użyć czegoś takiego jak gparted.
Jeśli jednak użyjesz całego dysku zamiast partycji, możesz wymusić ponowne skanowanie na dyskach SCSI i użyć resize2fs do rozbudowy systemu plików, gdy jest on online (i jest w użyciu!).
źródło
Umieszczenie systemu plików na dysku bez tworzenia partycji nie jest niczym niezwykłym.
Zalety:
Możliwość zmiany rozmiaru systemu plików na surowym urządzeniu nie jest dobrym powodem. Miejsce, które oszczędzasz w ten sposób, nie możesz wykorzystać na inne rzeczy. W ten sposób możesz bezpośrednio utworzyć system plików na całym urządzeniu.
źródło
Odpowiedź, której nie wymieniono, brzmi: jeśli nie utworzysz partycji, nie musisz czekać, aż jądro ją wykryje, co może nastąpić dopiero po ponownym uruchomieniu.
Jednym z przypadków użycia może być wolumin EBS EC2, który dodajesz do węzła i chcesz zainicjować przy pierwszym uruchomieniu.
Jeśli proces inicjowania tworzy partycję, istnieje ryzyko ponownego uruchomienia jądra, aby zobaczyć nowo utworzoną partycję. Zwykle pojawia się komunikat:
W takim przypadku proces inicjalizacji musiałby wykonać restart, a następnie kontynuować dodawanie systemu plików do nowo utworzonej partycji.
Jeśli wiesz, że będziesz potrzebować tylko jednej partycji, równie dobrze możesz ją pominąć, nie ryzykując ponownego uruchomienia.
źródło