Как плохо это должно действительно установить Linux на одном большом разделе?

Вам не нужно устанавливать программное обеспечение в / usr / local, вы можете установить все программное обеспечение с другим префиксом, который может находиться в / home. Большинство программ могут сделать это, когда вы компилируете их из исходного кода, например, запустив ./ configure --prefix = / home / bin

Поскольку вы биолог, вас может заинтересовать много программного обеспечения, которое неправильно упаковано в rpm или deb, и вам все равно придется скомпилировать его из исходников .

Я системный администратор системы HPC, среди наших пользователей много биологов, мы устанавливаем все программное обеспечение, которое они запрашивают, в файловую систему / apps /, поэтому я знаю, что это возможно для большинства программ, однако , иногда это может быть очень сложно. Чтобы решить эту проблему, я и мои коллеги писали об инструменте под названием EasyBuild (бесплатный и открытый исходный код) Он может компилировать и устанавливать программное обеспечение из исходного кода и устанавливать его в другую папку, а также автоматически создавать для вас файл модуля среды , так что вы можете установить две разные версии одного и того же программного обеспечения и не иметь конфликты.

Взгляните на наш список пакетов , которые мы можем установить с помощью одной команды, как биолог, вы можете узнать много из них; -)

Отказ от ответственности: я разработчик из EasyBuild

IMHO, nini ipin kan bi / jẹ ohun ti o rọrun.

Ṣugbọn o le lo lvm (oluṣakoso iwọn didun ọgbọngbọn). Lo gbogbo disk bi ẹgbẹ lvm, ṣugbọn ṣẹda awọn disiki ti o tọ si fun,, / ile, / usr ati ohunkohun ti sysadmin rẹ fẹ. Lẹhinna fi ibojuwo diẹ si, ti o mọ, nigbati eto rẹ ba bẹrẹ ni kikun ati faagun awọn disiki wọnyẹn ti o nilo. lvresize ati resize2fs jẹ awọn irinṣẹ ori ayelujara ati pe o le ṣe imugboroosi laisi tun bẹrẹ olupin. Sibẹsibẹ o ko le dinku awọn disiki, nitorinaa o nilo lati bẹrẹ ni oye ni oye ati pọ si ibiti o rii pe o nilo.

Это позволяет выполнять резервное копирование, восстановление или переустановку операционной системы независимо от пользовательских данных. Это дает вам свободу, независимость и безопасность.

1. Намного проще перейти на другой дистрибутив Linux, сохранив при этом абсолютное большинство пользовательских данных.

2. Отменить обновления с ошибками легко, применив резервную копию раздела операционной системы (требуется двойная загрузка). Эта резервная копия может быть даже довольно старой - вы можете применить ее, а затем обновить заведомо стабильную версию.

3. Легко вернуться к предыдущей версии операционной системы, если вам не нравится недавно примененное «крупное обновление» ( требуется двойная загрузка).

Для наибольшего потенциала этого подхода вам также следует настроить двойную загрузку (также может быть CentOS / CentOS), чтобы вы могли перезаписать один раздел операционной системы при запуске операционной системы из другого. И, конечно же, вы должны делать резервную копию системного раздела хотя бы раз в несколько месяцев.

Мой короткий ответ - даже на рабочем столе никогда не следует использовать «один большой раздел». Недавно я попробовал это вопреки своему здравому смыслу, потому что это был «просто ноутбук», а автоустановщик использовал один раздел, и я просто нажал кнопку.

Когда я пошел устанавливать другой дистрибутив, мне пришлось заново разбивать его на разделы. мои диски, потому что установщик не собирается устанавливать поверх существующего дистрибутива. Он может и БУДЕТ сохранять ваш / home нетронутым, если он находится на отдельном разделе. Итак, я загрузил live-cd с gparted и сжал раздел, создал новые разделы для / home и других, переместил свои данные в новые разделы, а затем, наконец, загрузился в установщик для новой ОС.

В идеале, поместите / на SSD, / home на жесткий диск, / var на жесткий диск, / usr может быть на SSD или HDD, в зависимости от того, как часто вы планируете обновляться. / tmp на жесткий диск. Я обычно делаю еще один раздел для общих мультимедийных файлов, таких как mp3 и фильмы, с символическими ссылками на него из моего / home. Обратите внимание, что / sbin является частью root, а также / bin и / root. В этом разница между / bin и / usr / bin, / usr - это то, что может быть недоступно, пока все ваши диски не будут смонтированы, поэтому команда монтирования не может находиться в / usr! Я обычно сохраняю пару дополнительных разделов для других дистрибутивов Linux, например, этот gparted на моем жестком диске на случай, если я испорчу что-то действительно плохое, у меня есть еще одна живая система, готовая выполнить восстановление.

Для сервера, где вам может понадобиться перемещать вещи, динамически добавлять хранилище, и вам нужно постоянно работать, обязательно используйте LVM !!!

Awọn iṣoro ti o kere julọ wa ni ayika iṣeto-ipin nla-nikan ti linux, ṣugbọn o ni awọn ere nla.

Yiyipada ipilẹ ipin kan jẹ ohun ti o nira pupọ ati eewu, eyiti o nigbagbogbo ko le ṣe laisi awọn akoko asiko gigun.

Anfani rẹ nikan ni pe o ni aabo diẹ si awọn iṣoro kikun disk. Ṣugbọn iwọ yoo wa awọn iṣoro wọnyi pupọ nigbagbogbo. Foju inu wo ipo naa, ti ọkan ninu awọn ipin rẹ ba ti kun, ati pe o ko le lo aaye lori awọn ipin miiran, paapaa ti wọn ba fẹrẹ ṣofo !

Diẹ ninu awọn alakoso eto amọdaju ni ero ti o yatọ lapapọ nipa eyi. Wọn n sọ pe, nini awọn ipin lọpọlọpọ le jẹ ki eto rẹ jẹ igbẹkẹle siwaju sii ati pe o gbọdọ mọ ṣaaju ipin rẹ, bawo ni awọn ipin rẹ yoo ṣe pọ to. Lori ero mi, eyi ko rọrun lati sọ, o jẹ ifasẹyin ẹru lori irọrun lori eto naa, ati iwuri gidi wọn ni pe wọn rọrun fẹran lati ṣere pẹlu awọn maapu ipin .

Eto ti o rọrun wa ti a npè ni lvm , eyiti o jẹ ki iṣipopada-fo-gbigbe / atunṣe “awọn ipin” (ninu awọn ọrọ rẹ, awọn iwọn). Ṣugbọn lori olupin ẹka agbegbe kan, IMHO o jẹ deede ko nilo.

Прежде всего, я должен задать вопрос, почему вы вообще задаете этот вопрос здесь, будучи биологом, который спорит с очевидно компетентным системным администратором по поводу тонкостей разбиения жесткого диска! (без обид, просто интересно, почему вы не доверяете своему системному администратору.)

Итак, несколько наблюдений:

• 1,3 ТБ - это уже не большой диск. 2 ТБ - это более или менее стандартный размер диска SATA в мире настольных компьютеров в наши дни.

• для установки любого дистрибутива Linux вряд ли потребуется более 100 ГБ. Конечно, размер для / (root) и (swap) должен быть легко определен как числа с верхним пределом, сильно увеличив их размер (для root) или руководствуясь рекомендациями по конфигурации системы (swap).

• точка монтирования для / home должен указывать на что-то на вашем RAID-сервере 40 ТБ. Нет необходимости, чтобы эти данные, домашние каталоги пользователей, находились где-либо на этом корневом устройстве. Размещение их на сервере RAID, вероятно, в любом случае даст вам лучшую защиту. И, скорее всего, это легко расширяемое устройство NAS, тогда как небольшой RAID, встроенный в серверный блок, скорее всего, нет.

• вам, вероятно, следует поместить свое специальное программное обеспечение в отдельный раздел (точка монтирования для / usr / local / bin и т. Д.) так что вы можете сохранить это при обновлении ОС и очистке корневого раздела. В противном случае вы столкнетесь с вероятностью того, что вам придется переустанавливать свои «специальные» программные приложения после обновления / исправления ОС / чего-то еще.

• Если вы хотите беспокоиться об администрировании вашей системы, я бы задам другой вопрос: каков процесс аварийного восстановления после возгорания здания и уничтожения серверов и RAID-блоков? Если данные, о которых вы заботитесь, не остаются полностью в вашей голове, это вопрос, который каждый пользователь должен задать своим ИТ-специалистам / системным администраторам. Стратегия должна включать такие вопросы, как «как мы будем копировать необходимое нам оборудование» и «сколько времени потребуется, прежде чем мы сможем снова приступить к работе». Некоторое обсуждение виртуализации ваших серверов может помочь решить проблемы, связанные с зависимостями оборудования, а также с резервным копированием и запуском без необходимости перенастраивать вашу ОС (поскольку ее можно настроить для работы в «программной» среде устройства, которая не меняется, даже если лежащее в основе оборудование совершенно другое)

• аналогично,вы можете спросить, какова стратегия защиты пользовательских данных от потери данных из-за программных и пользовательских ошибок. Сохранение пустого файла поверх действительно отличного черновика вашей исследовательской работы или если пользователь вводит неправильную команду (например, rm -rf *), приведет к потере данных с такой же вероятностью, как землетрясение, пожар или другой физический ущерб. Решения для восстановления отдельных файлов немного отличаются (или могут быть!) От тех, которые наиболее полезны для массового аварийного восстановления.

-

ИМХО это полностью зависит от вас. Сначала рассмотрим несколько моментов, хотя они в некоторой степени относительны.

• будет ли эта система администрироваться часто?
• будет ли эта система использоваться одним или несколькими пользователями?
• будет ли эта система служить настольным компьютером или сервером или и то, и другое?

Поскольку можно рассматривать (почти) любой каталог как точку монтирования, следует также учитывать, что содержит несколько растущие данные, а какие - растущие.

Вы удивитесь, насколько малая система Linux (несколько растущие данные ) требуется для запуска и сколько потребляется растущими данными (обычно / var / opt / home / srv)

Это также зависит от того, как вы определяете использование для этой системы, в котором изложены требования к разделению. Включено использование LVM.

Типичной настольной системе потребуется около 20 ГБ для установки множества программного обеспечения, тогда как все остальное будет назначено выделенному / домашнему компьютеру. LVM вызывает незначительные накладные расходы в вашей системе и в данном конкретном случае не приносит такой большой пользы. Хотя мнения могут отличаться.

На сервере менее вероятно, что установленное программное обеспечение будет таким же динамичным, как для настольной системы. Также разумнее иметь фактические точки монтирования для типичных компонентов файловой системы, таких как / tmp / var / usr / home / opt / srv. Использование LVM здесь не рекомендуется говорить как обязательное.

Это обеспечивает большую модульность вашей системы, он также позволяет делать такие глупые вещи, как, например, клонирование этого раздела в виртуальную машину. Или создание резервной копии на уровне блоков с помощью dd.

Исходя из некоторого опыта, вот несколько примечаний. Также рассмотрите возможность наличия нескольких точек монтирования для большего контроля, назначение быстрого или медленного дискового устройства точке монтирования может иметь огромное значение и может заметно повысить экономическую эффективность.

Mounpoint /

• 1 ГБ (при использовании отдельных точек монтирования для / var / usr / opt / home / tmp)
• +10 или даже +20 ГБ при использовании в качестве настольной системы с отдельным / home

при использовании точки монтирования / home

• назначьте все свободное пространство, если оно используется,/ home ne

при использовании точки монтирования / opt

при использовании точки монтирования / usr

• это сложно и сильно зависит от установленного программного обеспечения

, при использовании точки монтирования / var

• это сложно один и сильно зависит от установленного программного обеспечения
• , например, базы данных записывают свои данные сюда в системах на основе Debian, если не во всех Linux
• , имеющих отдельный / var / tmp, не является необоснованным

при использовании точки монтирования / tmp

• учтите, что tmpfs существует и выделяет / tmp в ОЗУ
• учтите, что некоторые приложения могут записывать здесь много данных

Iṣoro akọkọ pẹlu nini ipin nla nla kan ni pe kikun faili eto ni o ṣee ṣe pe ko si ibuwolu wọle ṣee ṣe mọ.

Gbongbo olumulo ni folda ile rẹ ( / gbongbo ) ni ita / ile nitori eyi. Ti eto faili ba ti kun labẹ diẹ ninu awọn ayidayida paapaa gbongbo ko le wọle ko le ṣe atunṣe eto naa.

Eyi ni idi ti o ṣe ṣẹda awọn aaye gbigbe lọtọ lọtọ fun / var , / tmp ati / ile lati ni anfani lati buwolu wọle o kere ju gbongbo lati tun eto ṣe nigbati ọkan ninu awọn ipin miiran ti kun.

Erongba ti lilo awọn ipin pupọ ni pe kikun ni ibi ti ko tọ ko ni fa ki gbogbo eto ṣiṣẹ airotẹlẹ.

Ro ilana kan lori ẹrọ ti o kun iwe akunle kan ti o yara ni iyara si aaye pe ko si aaye ọfẹ ti o wa. Lori ẹrọ ipin kan, eyi le lẹhinna, fun apẹẹrẹ, ṣe idiwọ eto lati kọ data tuntun si / tmp. Ti ilana miiran ba wa ti yoo fẹ lati kọ si / tmp o ṣee ṣe yoo jade pẹlu aṣiṣe kan, ti o fa ihuwasi airotẹlẹ.

Eyi le ṣe idiwọ ti o ba lo awọn ipin oriṣiriṣi fun awọn aaye ti awọn olumulo tabi awọn ilana ṣiṣe deede kọ si (/ ile, / var, /tmp).DR1263] Emi yoo ṣeduro pe ki o ṣayẹwo olupin atijọ rẹ eyiti awọn folda fẹ lati tobi. O le ṣe iyẹn lori laini aṣẹ pẹlu

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

Iwọ yoo rii ibiti o ti ṣajọpọ data julọ ati ṣe apẹrẹ eto atẹle rẹ ni deede. "-D 1" ṣe opin iṣẹjade si ipele kan nikan ti ijinle folda ti o jẹ ki o ka diẹ sii.

Idi pataki meji lo wa fun ipin:

1. Lati pa data aimi mọ si data ti kii ṣe aimi
2. Lati tọju data ti ara ilu kuro ni data ikọkọ

Idi akọkọ ni ti o han julọ - o nilo lati ya sọtọ awọn agbegbe ti yoo kun fun awọn faili lati ọdọ awọn ti ko ṣe, ati pe pataki ni o fẹ lati daabobo /, lati yago fun eto ti ko ṣee ṣe atunṣe. Fun apẹẹrẹ, itọsọna / var jẹ igbagbogbo nibiti awọn faili akọọlẹ yoo wa ni fipamọ (var duro fun “oniyipada”) ati pe eyi ni idi ti / var fi duro lati gbe sori ipin ọtọ lati /.=12111] Idi keji ti o wa loke ko toka si. (Mo gbọ nikẹhin lori papa Oluṣakoso Iwọn didun Veritas ni iwọn ọdun 15 sẹhin) ati pe o ṣe pataki nikan si awọn ọna ṣiṣe nibiti ọpọlọpọ eniyan ti n wọle ati ti n ṣiṣẹ.

Ohunkan ti aworan wa si ipin ipin ti o munadoko, ati pe eyi jẹ boya kilode ti Awọn alaṣẹ Sys wa ti o mu diẹ lọ jinna (IMO). Kii ṣe nikan o nilo lati mọ eto faili inu, ṣugbọn o tun ni lati mọ lilo ti a pinnu. Mo tikalararẹ ro pe o kuku atijọ-ọna ti aṣa ti o dinku ati ti ko ni ibamu si ọna ti a ṣe lo awọn olupin loni.

Gẹgẹbi olupilẹṣẹ sọfitiwia, Mo jẹun ni pataki pẹlu ile ẹka Ops Awọn ẹrọ Foju pẹlu awọn ero ipin alaironu ti o ni ihamọ iwọn iwọn / tmp ni lile, / ile, / var ati /, laibikita aaye disiki lapapọ ti o wa, ṣugbọn lẹhinna maṣe gbe awọn aṣayan ti o han bi / usr tabi / jáde lọtọ. Awọn ẹrọ wọnyi yoo wọpọ fi ohunkohun ti o ku silẹ ninu aaye disiki ti o beere fun sinu iwọn didun “/ nkan” ti o laiseaniani pari fifi sori ati ṣe asopọ ohun gbogbo sinu, ṣugbọn iyẹn jẹ itunu kan. Abajade apapọ ni pe a ma n lo akoko diẹ sii lati dapọ awọn faili ni ayika ati fifiranṣẹ awọn imeeli ti ikilọ ju ṣiṣe eyikeyi iṣẹ gidi lọ. Lori eto eyikeyi, o yẹ ki o wa ni abojuto abojuto lilo disiki rẹ, ati lo awọn ọgbọn itọju ile ti o loye (fun apẹẹrẹ yiyi log, awọn ipin lori awọn ilana ile), nitorinaa ibeere gidi nikan ni: awọn eto faili lọtọ melo ni o fẹ ṣe aniyan nipa?

Nitorina Emi yoo sọ pe: ayafi ti o ba ni igboya 100% ninu agbara rẹ lati pin eto naa daradara fun ọran lilo rẹ pato, maṣe ipin rara rara .

Я думаю, что в целом для начинающих / начинающих пользователей * ix можно работать с наименьшим количеством разделов, пока не узнает больше о природе системы. Однако вы не можете просто иметь один раздел, и в вашем случае, сэр, по нескольким причинам.

Первая и более публично практическая причина этого заключается в том, что для большинства систем Linux требуется раздел подкачки (обычно он должен находиться в пределах от 1 до 2 * ваша оперативная память) также требует отдельного системного, загрузочного или домашнего разделов, а в случае загрузки Linux-систем с помощью UEFI - раздела EFI (всего 500 МБ).

Вторая причина, особенно применимая к вашей ситуации, заключается в том, что требуется 6x 300 ГБ дисков и создание из них рейда 6, мягко говоря, не оптимальная организация. Несмотря на то, что новая технология приветствует Raid 6 как универсально лучшую систему, алгоритм чередования требуется больше, а пространство, необходимое для хранения информации (по сравнению с RAID 5), больше по размеру.

Не говоря уже о том, что RAID 6 требует дополнительной части оборудование. Что, по моему уважительному мнению, следует использовать в вашем случае для покупки дисков большего размера, чтобы избежать сбоев диска, простоев, аварийного восстановления или дополнительных затрат на техническую помощь. Я понимаю, что некоторые, может быть, многие не согласятся со мной, и я хочу еще раз подтвердить, что, когда диски станут больше в размере в течение следующих двух лет (поскольку они упали в цене за последние несколько), RAID6 для больших массивов и очевидным выбором будут корпорации с большим доходом. Однако в данном случае я не предлагаю использовать RAID 6.

Что касается второй проблемы (не на основе RAID), создание одного гигантского раздела при зеркалировании может сработать для вас, однако, если вы хотите максимизировать эффективность, используйте диски большего размера и несколько разделов. Таким образом, если у вас произошел сбой двойного диска, у вас не будет простоев на определенных точках монтирования или будет немного, в зависимости от каталога / dev + /.

По крайней мере, пусть ваш / sys (система, ядро ​​и т. Д.) Запускается отдельно, чтобы, если по какой-либо причине ваше ядро ​​решает не загружаться, вы можете просто использовать ядро ​​восстановления, удаленную загрузку или PXE, загрузку с диска и т. Д. Ваше ядро ​​и иметь доступ к вашей информации в масштабах компании, пока d-процесс восстановления имеет место.

Ваша компания может не заботиться об этих акцентах, пока система работает, но я пытаюсь объяснить причины, по которым люди что-то делают. Я также хотел бы услышать больше от других за и против этого аргумента и поднять другие вопросы. Если вы не согласны, дайте мне знать, почему. Плакат. Я также напишу вам в личку несколько ссылок.

One Love for our Linux Community Spencer Reiser

PS Особенно на сетевых серверах или системах, доступных для широкой публики, даже если через учетные данные, было бы действительно лучше разделить ваши разделы. Другие могут ввести здесь больше, мне нужно еще кофе.