Jak źle jest instalować Linuksa na jednej dużej partycji?

Będziemy uruchamiać CentOS 7 na naszym nowym serwerze. Mamy 6 napędów o pojemności 300 GB w raid6 wewnątrz serwera. (Pamięć jest w dużej mierze zewnętrzna w postaci 40-bitowego pudełka RAID). Wewnętrzny wolumin dochodzi do około 1,3 TB, jeśli jest sformatowany jako pojedynczy wolumin. Nasz sysadmin uważa, że ​​zainstalowanie systemu operacyjnego na jednej dużej partycji o pojemności 1,3 TB jest naprawdę złym pomysłem.

Jestem biologiem. Stale instalujemy nowe oprogramowanie do uruchamiania i testowania, z których większość ląduje w / usr / local. Ponieważ jednak z systemu korzysta około 12 biologów, którzy nie znają się na komputerach, zbieramy również wiele cruft w / home. Nasz ostatni serwer miał partycję 200 GB na /, a po 2,5 latach zapełnił się w 90%. Nie chcę, żeby to się powtórzyło, ale nie chcę też postępować wbrew poradom ekspertów!

Jak najlepiej wykorzystać dostępną pojemność 1,3 TB, aby upewnić się, że przestrzeń jest dostępna, kiedy i gdzie jest potrzebna, ale nie tworzyć koszmaru konserwacyjnego dla administratora systemu?

Głównymi (historycznymi) przyczynami partycjonowania są:

• aby oddzielić system operacyjny od danych użytkownika i aplikacji . Do czasu wydania RHEL 7 nie było obsługiwanej ścieżki aktualizacji, a aktualizacja głównej wersji wymagałaby ponownej instalacji, a następnie posiadanie na przykład /homeinnych danych (aplikacji) na osobnych partycjach (lub woluminach LVM) pozwala łatwo zachować dane użytkownika oraz dane aplikacji i wyczyść partycje systemu operacyjnego.

• Użytkownicy nie mogą zalogować się poprawnie, a system zaczyna działać w ciekawy sposób, gdy zabraknie miejsca na dysku. Wiele partycji umożliwia przydzielenie miejsca na dysku twardym zarezerwowanym dla systemu operacyjnego i oddzielenie go od obszaru, w którym użytkownicy i / lub określone aplikacje mogą pisać (np. /home /tmp/ /var/tmp/ /var/spool/ /oradata/Itp.), Zmniejszając ryzyko operacyjne niewłaściwie zachowanych użytkowników i / lub aplikacji.

• Kontyngent. Przydział dysku pozwala administratorowi uniemożliwić pojedynczemu użytkownikowi wykorzystanie całej dostępnej przestrzeni, zakłócając obsługę wszystkich pozostałych użytkowników systemu. Indywidualny przydział dysku jest przypisany do systemu plików, więc pojedyncza partycja, a zatem pojedynczy system plików, oznacza tylko 1 przydział dysku. Wiele partycji (LVM) oznacza wiele systemów plików, umożliwiając bardziej szczegółowe zarządzanie przydziałami. W zależności od scenariusza użytkowania możesz na przykład zezwolić każdemu użytkownikowi na 10 GB w swoim katalogu osobistym, 2 TB w katalogu / data w zewnętrznej macierzy pamięci i skonfigurować duży wspólny obszar do rysowania, w którym każdy może zrzucić zestawy danych zbyt duże dla swojego katalogu domowego a kiedy polityka staje się „pełna jest pełna”, ale kiedy tak się dzieje, nic się też nie psuje.

• Zapewnienie dedykowanych ścieżek We / Wy . Możesz mieć kombinację dysków SSD i obracających się dysków i dobrze byłoby, gdybyś zajął się nimi inaczej. Nie tyle problemem na serwerze ogólnego przeznaczenia, ale dość powszechnym w konfiguracjach baz danych jest także przypisywanie określonych wrzecion (dysków) do różnych celów, aby zapobiec rywalizacji IO, np. Oddzielny dysk dla dzienników transakcji, osobne dyski dla rzeczywistych danych bazy danych i osobne dyski do miejsca w temp. .

• Boot Być może potrzebujesz osobnej /bootpartycji. Historycznie, aby rozwiązać problemy z BIOSem związane z uruchamianiem systemu poza limit 1024 cylindrów, obecnie coraz częściej wymaga się obsługi szyfrowanych woluminów, obsługi niektórych kontrolerów RAID, kart HBA, które nie obsługują uruchamiania z SAN lub systemów plików, które nie są natychmiast obsługiwane przez instalator itp.

• Strojenie Możesz potrzebować różnych opcji strojenia lub nawet zupełnie różnych systemów plików.

Jeśli używasz twardych partycji, musisz je odpowiednio zabrać w czasie instalacji, a wtedy jedna duża partycja nie jest najgorsza, ale wiąże się z niektórymi z powyższych ograniczeń.

Zazwyczaj zalecam podzielenie głównego woluminu na pojedynczy duży wolumin fizyczny Linux LVM, a następnie utworzenie woluminów logicznych, które pasują do twoich bieżących potrzeb, a na pozostałą część miejsca na dysku pozostaw nieprzydzielone, dopóki nie będzie potrzebne .

Możesz następnie rozszerzyć te woluminy i ich systemy plików w razie potrzeby (co jest trywialną operacją, którą można wykonać w systemie na żywo), lub też utworzyć dodatkowe.

Zmniejszanie woluminów LVM jest banalne, ale często zmniejszanie systemów plików na nich nie jest obsługiwane bardzo dobrze i prawdopodobnie należy tego unikać.

Koncepcja używania wielu partycji polega na tym, że pełna partycja w niewłaściwym miejscu nie spowoduje nieoczekiwanego działania całego systemu.

Rozważ proces na komputerze, który dość szybko wypełnia plik dziennika do momentu, gdy nie ma wolnego miejsca. Na maszynie z pojedynczą partycją może to na przykład uniemożliwić systemowi zapisywanie nowych danych w / tmp. Jeśli istnieje inny proces, który chciałby zapisać do / tmp, prawdopodobnie zakończyłby się z błędem, powodując nieoczekiwane zachowanie.

Można temu zapobiec, jeśli używasz różnych partycji dla miejsc, w których użytkownicy lub procesy zwykle piszą do (/ home, / var, / tmp).

Zalecam sprawdzenie starego serwera, które foldery zwykle się powiększają. Możesz to zrobić w wierszu poleceń za pomocą

du -h -d 1 / 2> /dev/null

Zobaczysz, gdzie gromadzi się najwięcej danych i odpowiednio zaprojektujesz swój następny system. „-D 1” ogranicza wynik do tylko jednego poziomu głębokości folderu, dzięki czemu jest bardziej czytelny.

Główny problem z posiadaniem pojedynczej dużej partycji polega na tym, że zapełnienie systemu plików jest możliwe, że nie jest już możliwe logowanie.

Z tego powodu katalog główny użytkownika ma swój folder domowy ( /root) /home. Jeśli system plików jest wypełniony w niektórych okolicznościach, nawet root nie może się zalogować i nie może naprawić systemu.

To jest powód, dlaczego normalnie utworzyć oddzielne punkty mocowania /var, /tmpi /homeaby móc się zalogować przynajmniej jako root do naprawy systemu, gdy jeden z pozostałych partycji jest wypełniona.

IMHO, posiadanie jednej partycji jako / jest całkiem rozsądne.

Ale możesz użyć lvm (menedżer woluminów logicznych). Używaj całego dysku jako grupy lvm, ale twórz małe dyski logiczne dla /, / home, / usr i cokolwiek woli twój sysadmin. Następnie włącz monitorowanie, które wiesz, kiedy system zacznie się zapełniać i rozwiń te dyski, których potrzebujesz. lvresize i resize2fs to narzędzia online, które umożliwiają rozbudowę bez ponownego uruchamiania serwera. Jednak nie można zmniejszyć liczby dysków, dlatego należy zacząć od stosunkowo niewielkich rozmiarów i zwiększać liczbę potrzebnych miejsc.

Istnieją minimalne problemy z konfiguracją linuksa z dużą pojedynczą partycją, ale ma ona duże korzyści.

Zmiana układu partycji jest nieco trudna i ryzykowna, czego często nie można obejść bez długich przestojów.

Jego jedyną zaletą jest to, że masz pewną ochronę przed problemami z zapełnieniem dysku. Ale można znaleźć te problemy bardzo często. Wyobraź sobie sytuację, gdy jedna z twoich partycji jest pełna i nie możesz użyć miejsca na innych partycjach, nawet jeśli są prawie puste !

Niektórzy profesjonalni administratorzy systemów mają zupełnie inne zdanie na ten temat. Mówią, że posiadanie wielu partycji może uczynić twój system bardziej niezawodnym i przed partycjonowaniem musisz wiedzieć, jak duże będą twoje partycje. Moim zdaniem tego po prostu nie można powiedzieć, jest to straszna wada elastyczności systemu, a ich prawdziwą motywacją jest to, że po prostu lubią bawić się mapami partycji .

Istnieje prosty system o nazwie lvm , który umożliwia przenoszenie / zmianę rozmiaru „partycji” w locie (w terminologii, tomach). Ale na pojedynczym lokalnym serwerze departamentowym IMHO zwykle nie jest potrzebny.

Istnieją dwa główne powody partycjonowania:

1. Aby trzymać dane statyczne z dala od danych niestatycznych
2. Aby trzymać dane publiczne z dala od danych prywatnych

Pierwszy powód jest najbardziej oczywisty - musisz odizolować obszary, które zapełniają się plikami, od tych, które tego nie robią, a szczególnie chcesz chronić /, aby uniknąć rozruchu systemu. Na przykład w katalogu / var zwykle są przechowywane pliki dziennika (var oznacza „zmienna”) i dlatego / var jest montowany na osobnej partycji niż /.

Drugi z powyższych powodów jest mniej cytowany (ostatni raz słyszałem go na kursie Veritas Volume Manager około 15 lat temu) i tak naprawdę dotyczy on tylko systemów, w których wiele osób loguje się i wykonuje pracę.

Skuteczne parowanie jest sztuką i być może dlatego są administratorzy Sys, którzy posuwają się za daleko (IMO). Nie tylko musisz znać system plików na wylot, ale musisz także znać jego przeznaczenie. Osobiście uważam, że jest to raczej staromodne podejście, które staje się coraz mniej istotne w dzisiejszym sposobie korzystania z serwerów.

Jako programista mam szczególnie dość działu maszyn wirtualnych budującego maszyny wirtualne z bezmyślnymi schematami partycjonowania, które poważnie ograniczają rozmiar / tmp, / home, / var i /, niezależnie od całkowitej dostępnej przestrzeni dyskowej, ale nie montuj osobne opcje, takie jak / usr lub / opt. Te maszyny zwykle umieszczają wszystko, co pozostało z miejsca na dysku, o które prosiłeś, do woluminu „/ stuff”, który nieuchronnie kończy się instalowaniem i symlinkowaniem wszystkiego, ale nie jest to pociecha. W rezultacie często spędzamy więcej czasu na tasowaniu plików i wysyłaniu e-maili ostrzegawczych niż na prawdziwej pracy.

W pojedynczej partycji nie ma z natury nic „złego”. W każdym systemie powinieneś proaktywnie monitorować zużycie dysku i stosować rozsądne strategie porządkowania (np. Rotację dzienników, kwoty w katalogach domowych), więc jedynym prawdziwym pytaniem jest: o ile osobnych systemów plików chcesz się martwić?

Powiedziałbym zatem: jeśli nie jesteś w 100% pewny, że potrafisz skutecznie podzielić system na określone przypadki użycia, nie dziel się na partycje .

IMHO zależy wyłącznie od Ciebie. Najpierw zastanów się nad kilkoma rzeczami, choć całkowicie są one względnie względne.

• czy ten system będzie często administrowany?
• czy ten system będzie używany przez jednego lub więcej użytkowników?
• czy ten system będzie działał jako komputer stacjonarny lub serwer, czy oba?

Ponieważ można uznać (prawie) dowolny katalog za punkt montowania, należy również wziąć pod uwagę to, co zawiera nieco rosnące dane, a co zawiera rosnące dane.

Byłbyś zaskoczony, jak mało wymaga system Linux (nieco rosnące dane) do uruchomienia i ile zużywa rosnąca ilość danych (zazwyczaj / var / opt / home / srv)

Zależy to również od sposobu zdefiniowania sposobu użytkowania tego systemu, który określa wymagania dotyczące partycjonowania. Wykorzystanie LVM w zestawie.

Typowy system biurkowy wymagałby około 20 GB do zainstalowania dużej ilości oprogramowania, a cała reszta przypisana do dedykowanego / domowego będzie wtedy dobrze. LVM powoduje niewielkie obciążenie systemu, aw tym konkretnym przypadku nie przynosi tak wielkich korzyści. Choć opinie mogą się różnić.

Na serwerze jest mniej prawdopodobne, że zainstalowane oprogramowanie będzie tak dynamiczne, jak w przypadku systemu stacjonarnego. Rozsądniej jest też mieć rzeczywiste punkty montowania dla typowych komponentów systemu plików, takich jak / tmp / var / usr / home / opt / srv. Użycie LVM tutaj nie jest obowiązkowe.

Zapewnia to dużą modułowość systemu, a także pozwala robić głupie rzeczy, takie jak na przykład klonowanie tej partycji na maszynie wirtualnej. Lub tworzenie kopii zapasowej na poziomie bloku za pomocą dd.

W oparciu o pewne doświadczenia, oto kilka notatek. Weź również pod uwagę, że posiadanie wielu punktów montowania pozwala na większą kontrolę, przypisanie szybkiego lub wolnego dysku do punktu montowania może zmienić świat i znacząco zwiększyć efektywność kosztową.

Mounpoint /

• 1 GB (jeśli używasz osobnych punktów montowania dla / var / usr / opt / home / tmp)
• +10 lub nawet +20 GB, jeśli jest używany jako system stacjonarny z oddzielnym / home

jeśli używasz mountpoint / home

• przydziel całe wolne miejsce, jeśli jest używane, / home ne

jeśli używasz mountpoint / opt

jeśli używasz mountpoint / usr

• jest to trudne i bardzo zależy od zainstalowanego oprogramowania

jeśli używasz mountpoint / var

• jest to trudne i bardzo zależy od zainstalowanego oprogramowania
• na przykład bazy danych zapisują tutaj swoje dane w systemach opartych na Debianie, jeśli nie we wszystkich Linuksie
• posiadanie osobnego / var / tmp nie jest nierozsądne

jeśli używasz mountpoint / tmp

• uważają, że tmpfs istnieje i przypisuje / tmp do pamięci RAM
• rozważ, że niektóre aplikacje mogą tutaj zapisywać dużo danych

Przede wszystkim muszę zapytać, dlaczego w ogóle zamieszczacie to pytanie, będąc biologiem, który spiera się z najwyraźniej kompetentnym administratorem systemu w kwestii drobniejszych aspektów partycjonowania dysku twardego! (bez obrazy, naprawdę zastanawiam się, dlaczego nie ufasz swojemu administratorowi).

Kilka uwag:

• 1,3 TB nie jest już dużym dyskiem. 2 TB to obecnie mniej więcej standardowy rozmiar dysku SATA w świecie komputerów stacjonarnych.

• instalacja jakiegokolwiek systemu Linux Distro nie wymaga więcej niż 100 GB. Z pewnością rozmiar dla / (root) i (swap) powinien być łatwo określony jako górne granice przez hojne ich przewymiarowanie (dla roota) lub przez wytyczne konfiguracji systemu (swap).

• punkt montowania dla / home powinien wskazywać na coś nie tak na twoim serwerze RAID o pojemności 40 TB. Nie ma potrzeby, aby te dane, katalogi domowe użytkowników, znajdowały się gdziekolwiek na tym urządzeniu root. Umieszczenie ich na serwerze RAID prawdopodobnie zapewnia lepszą ochronę. I najprawdopodobniej jest to łatwa do rozbudowy funkcja NAS, podczas gdy mała RAID wbudowana w skrzynkę serwera prawdopodobnie nie jest.

• powinieneś prawdopodobnie umieścić swoje specjalne oprogramowanie w osobnej części (punkt montowania dla / usr / local / bin itp.), abyś mógł to zachować w przypadku aktualizacji systemu operacyjnego i czyszczenia partycji root. W przeciwnym razie pojawi się możliwość, że będziesz musiał ponownie zainstalować „specjalne” aplikacje po aktualizacji / naprawie / cokolwiek innego.

• jeśli chcesz się martwić o administrację systemu, zadam inne pytanie: jaki jest proces odzyskiwania po awarii po tym, jak budynek się zapali, a serwery i skrzynki RAID zostaną zniszczone? O ile dane, na których Ci zależy, nie pozostają całkowicie w twojej głowie, jest to pytanie, które każdy użytkownik powinien zadać swoim pracownikom IT / sysadmin. Strategia powinna obejmować pytania takie jak „w jaki sposób będziemy replikować potrzebny sprzęt” i „ile czasu zajmie nam powrót do działania”. Trochę dyskusji na temat wirtualizacji serwerów może pomóc w rozwiązaniu problemów związanych z zależnościami sprzętowymi i przywracaniem działania bez konieczności ponownej konfiguracji systemu operacyjnego (ponieważ można go skonfigurować do działania w „miękkim” środowisku urządzenia, które się nie zmienia,

• podobnie możesz zapytać, jaka jest strategia ochrony danych użytkownika przed utratą danych programu i użytkownika. Zapisanie pustego pliku nad naprawdę świetnym szkicem twojego dokumentu badawczego lub zmuszenie użytkownika do wpisania niewłaściwego polecenia (na przykład rm -rf *) spowoduje utratę danych tak samo jak trzęsienie ziemi, pożar lub inne uszkodzenia fizyczne. Rozwiązania do odzyskiwania pojedynczych plików są nieco inne (lub mogą być!) Od tych najbardziej przydatnych do hurtowego odzyskiwania po awarii.

-

Pozwala to wykonać kopię zapasową, przywrócić lub ponownie zainstalować system operacyjny niezależnie od danych użytkownika. To daje wolność, niezależność i bezpieczeństwo.

1. O wiele łatwiej jest migrować do innej dystrybucji Linuksa, zachowując absolutną większość danych użytkownika.

2. Przywracanie błędnych aktualizacji jest łatwe dzięki zastosowaniu kopii zapasowej partycji systemu operacyjnego (wymagany jest podwójny rozruch). Ta kopia zapasowa może być nawet stara - możesz ją zastosować, a później zaktualizować do świadomej stabilnej wersji.

3. Powrót do poprzedniej wersji systemu operacyjnego jest prosty, jeśli nie podoba Ci się ostatnio zastosowana „ważna aktualizacja” (wymagany jest podwójny rozruch).

Aby uzyskać największy potencjał tego podejścia, należy również skonfigurować podwójny rozruch (może to być także CentOS / CentOS), aby można było zastąpić jedną partycję systemu operacyjnego podczas uruchamiania systemu operacyjnego z innej. Z pewnością należy wykonać kopię zapasową partycji systemowej co najmniej raz na kilka miesięcy.

Moja krótka odpowiedź jest taka, że ​​nawet komputer stacjonarny nigdy nie powinien używać „jednej dużej partycji”. Niedawno próbowałem tego wbrew mojej ocenie, ponieważ był to „tylko laptop”, a autoinstalator korzystał z jednej partycji i po prostu kliknąłem przycisk.

Kiedy poszedłem zainstalować inną dystrybucję, musiałem partycjonować dyski, ponieważ instalator nie zamierza zainstalować na istniejącej dystrybucji. Może i BĘDZIE utrzymywać twój / home nienaruszony, jeśli jest on na swojej własnej partycji. Tak więc skończyłem z uruchamianiem partycjonowanego live-cd i zmniejszaniem partycji, tworzeniem nowych partycji dla / home i innych, przenoszeniem moich danych na nowe partycje, a następnie w końcu uruchamianiem się z instalatora nowego systemu operacyjnego.

Idealnie, umieść / na dysku SSD, / home na dysku twardym, / var na dysku twardym, / usr może znajdować się na dysku SSD lub dysku twardym, w zależności od tego, jak często planujesz aktualizację. / tmp na dysk twardy. Zwykle tworzę inną partycję dla współdzielonych plików multimedialnych, takich jak mp3 i filmy, z linkami do niej z mojego / home. Zauważ, że / sbin jest częścią katalogu głównego, a jest to / bin i / root. Różnica między / bin i / usr / bin jest taka, że ​​/ usr to rzeczy, które mogą nie być dostępne, dopóki wszystkie dyski nie zostaną zamontowane, więc polecenie montowania nie może znajdować się w / usr! Zwykle trzymam kilka dodatkowych partycji dla innych dystrybucji Linuksa, tak jak ta partycja jest na moim dysku twardym na wypadek, gdyby coś spieprzyłem, mam inny system na żywo gotowy do pracy odzyskiwania.

W przypadku serwera, na którym może być konieczne przenoszenie rzeczy, dynamiczne dodawanie przestrzeni dyskowej i ciągłe działanie, zdecydowanie użyj LVM !!!

Nie musisz instalować oprogramowania w / usr / local, możesz zainstalować całe oprogramowanie z innym prefiksem, który może znajdować się w / home. Większość oprogramowania może to zrobić, kompilując go ze źródła, uruchamiając np ./configure --prefix=/home/bin

Ponieważ jesteś biologiem, możesz być zainteresowany wieloma programami, które nie są odpowiednio spakowane w rpm lub deb i będziesz musiał skompilować je ze źródła.

Jestem administratorem systemu HPC z wieloma biologami wśród naszych użytkowników, instalujemy całe oprogramowanie, którego żądają, w systemie / apps / filesystem, więc wiem, że można to zrobić dla większości programów, jednak czasami może to być bardzo trudnym. Aby rozwiązać ten problem, pisałem z kolegami na narzędziu o nazwie EasyBuild (bezpłatne i otwarte oprogramowanie). Może kompilować i instalować oprogramowanie ze źródła, instalować je w innym folderze i automatycznie tworzyć plik modułu środowiska , więc możesz mieć zainstalowane 2 różne wersje tego samego oprogramowania i nie ma konfliktów.

Zobacz naszą listę pakietów, które możemy zainstalować za pomocą jednego polecenia, ponieważ jako biolog możesz rozpoznać wiele z nich ;-)

Oświadczenie: Jestem programistą EasyBuild

Myślę, że ogólnie dla początkującego / wprowadzającego * ix użytkownika, że ​​posiadanie jak najmniejszej liczby partycji może działać, dopóki więcej nie dowie się o naturze systemu. Nie możesz jednak mieć tylko jednej parytetu, aw twoim przypadku, proszę pana, z wielu powodów.

Pierwszym i bardziej publicznie praktycznym powodem tego jest to, że większość wszystkich systemów Linux wymaga partycji wymiany (zwykle powinna zawierać między 1-2 * RAM), ale także osobnego systemu, partycji rozruchowej lub domowej, aw przypadku Linuksa rozruchowego UEFI partycja EFI (zaledwie 500 MB).

Drugim powodem, szczególnie stosownym do twojej sytuacji, jest to, że wzięcie 6 dysków 300 GB i uczynienie ich rajdem 6 nie jest, co najmniej optymalnym zestawieniem. Mimo, że nowa technologia uważa Raida 6 za ogólnie lepszy system, algorytm rozkładania jest bardziej wymagany, a przestrzeń wymagana do przechowywania informacji (w porównaniu do RAID 5) jest większa.

Nie wspominając o tym, że RAID 6 wymaga dodatkowego sprzętu. Którego, moim zdaniem, należy użyć w twoim przypadku do zakupu większych dysków, aby uniknąć awarii dysku, przestojów, odzyskiwania po awarii lub dodatkowych kosztów pomocy technicznej. Rozumiem, że niektórzy, być może wielu, nie zgodzą się ze mną i chcę potwierdzić, że kiedy dyski będą się powiększać w ciągu najbliższych dwóch lat (ponieważ spadły w ciągu ostatnich kilku lat) RAID6, dla większych macierzy i korporacje o dużych dochodach będą oczywistym wyborem. Jednak w tym przypadku nie sugeruję używania RAID 6.

Jeśli chodzi o drugi problem (nie oparty na RAID), utworzenie jednej gigantycznej partycji po odbiciu lustrzanym może dla Ciebie działać, jeśli chcesz zmaksymalizować wydajność, użyj większych dysków i wielu partycji. W ten sposób, jeśli wystąpi awaria podwójnego dysku, nie będzie żadnych przestojów w niektórych punktach montowania lub niewiele w zależności od / dev + / dir.

Przynajmniej spraw, aby twój / sys (system, jądro itp.) Działał osobno, aby jeśli z jakiegokolwiek powodu twoje jądro zdecydowało się nie uruchamiać, możesz po prostu użyć jądra odzyskiwania, rozruchu zdalnego lub PXE, rozruchu dysku itp. Jądra i mieć firmę- szeroki dostęp do twoich informacji podczas procesu odzyskiwania danych.

Twoja firma może nie dbać o te akcenty, dopóki system działa, ale staram się wyjaśnić powody, dla których ludzie robią różne rzeczy. Chciałbym również usłyszeć więcej od innych, za i przeciw temu argumentowi oraz podnosząc inne kwestie. Jeśli się nie zgadzasz, daj mi znać, dlaczego. Plakat - wyślę ci również kilka linków.

Jedna miłość do naszej społeczności Linux Spencer Reiser

PS Zwłaszcza na serwerach sieciowych lub systemach ogólnodostępnych, nawet jeśli za pomocą poświadczeń, naprawdę najlepiej byłoby rozdzielić partycje. Inni mogą tutaj wpisać więcej, potrzebuję więcej kawy.