LinuxMint.com.ru

AlexelA писал(а): ↑

06 ноя 2018, 09:25

Попробуй в груб лайфсиди выбрать OEM установку...

Пробовал вчера - тоже самое.

asa писал(а): ↑

06 ноя 2018, 08:10

Можно поинтересоваться - зачем две системы на одной машине?

У меня их там 4. Это 7, 10, LM и LMDE
Основная LM, а LMDE только изучаю. Ну а 7 и 10 чтоб были.

AlexelA писал(а): ↑

06 ноя 2018, 09:25

помнишь мой ответ на эту тему?

"Я уже четвертый год как на пенсии, а линукс еще не пробовал, так же можно и помереть неучем"
Этот?

AlexelA писал(а): ↑

06 ноя 2018, 10:46

я - пенсионер и имею полное право совершать алогичные поступки

Ясно, но эту фразу поисковик не находит.

hellonet писал(а): ↑

06 ноя 2018, 07:58

Сейчас попробую туда LMDE поставить. Если встанет, то на место LMDE на другом диске поставлю 19. Мне обе эти системы нужны.

Не стал так делать. Просто на основной SSD вместо 19 поставил 18.3. Встала как влитая. На ней и останусь, пока 19.1 Tessa не выйдет.

AlexelA писал(а): ↑

06 ноя 2018, 11:47

а по архиву чата, НЯП, поисковик не шарится...

Ага

Есть еще такое соображение, которое редко кто озвучивает. Если вы планируете установить несколько дистрибутивов Линукс, на свой компьютер (а КМК большое число активных пользователей этого форума грешат этим делом), то вы, с большой долей вероятности, захотите иметь доступ к своим документам из всех своих дистрибутивов. Это можно реализовать следующим образом - создать раздел с произвольным названием, например /my_data (/Zdata, /py_data, ... ) и с максимальным доступным размером (который по вашим расчетам должен остаться от ваших экспериментов с установками дистрибутивов Линукс).
В дальнейшем данный раздел можно примонтировать (как обычно это советуют, в файле fstab) или пробросить общие каталоги линками/ссылками (как лично мне кажется это более изящный способ) в каждый/любой из своих дистрибутивов.

Тогда разметка какого-нибудь условного терабайтника (единственного диска в компьютере) будет выглядеть примерно следующим образом:

0. efi (чем дальше, тем более актуально создание этого раздела).

1. swap - скорее всего понадобится тем кто собирается отправлять компьютер в спящий режим/гибернацию. Размер чуть больше размера оперативной памяти. Для этого случая стоит отдельно рассмотреть возможность создания файла подкачки. С одной стороны, создание файла подкачки для каждого из дистрибутивов такого файла может показаться не рациональным (5 дистрибутивов - 5 своп-файлов), с другой стороны если вы уйдете на одном дистрибутиве в гибернацию и запустите другой дистрибутив, то своп-файл перезапишется и смысл этого файла (как файла для гибернации) устремится к нулю. Если же гибернация не планируется, а планируется только сон, то и одного своп-файла на выделенном своп-разделе вполне достаточно.

2. корни
/ - допустим с лейблом mint;
/ - какой-нибудь manjaro;
/ - что-нибудь из rpm, скажем suse, fedora или rosa;
/ - под завязку slaсkware или gentoo...
N.B. /home в этом случае выделять на отдельный раздел особого смысла не будет, т.к. при линковке (или при монтировании) нашего дополнительного раздела в /home размер хомяка будет мало отличим от нулевого.

3. также для экспериментов с ядрами (для разных дистрибутивов могут оказаться нужными разные ядра) есть смысл вынести отдельно раздел /boot

4. и /my_data, которая будет линковаться со всеми установленными вами дистрами.

N.B. Если же у вас в системном блоке есть ssd и hdd (что по нынешним временам не редкость), то соответственно пункты с 0 по 3 желательно постараться разместить на ssd, а все свои документы (п. 4) положить на hdd.

5.6.7. - если у вас есть виндовс, под нее понадобятся еще пара-тройка разделов (скрытый раздел под виндовый загрузчик и диски С: и D:). И, возможно, их нужно будет установить впереди планеты разбивки всей

StarMAUGLI писал(а): ↑

06 ноя 2018, 21:37

3. также для экспериментов с ядрами (для разных дистрибутивов могут оказаться нужными разные ядра) есть смысл вынести отдельно раздел /boot

Вот не надо его выносить пусть он в корне, а иначе при эксперименте с очередным ядром нехватка места и приплыли - придется разгребать чего там нарукоблудили.

P.S. т.е. если вас интересует данная схема для экспериментов с дистрибутивами Линукс, и вы планируете использовать ssd, то ваш ssd должен быть максимально большого из доступных размеров. На диске в 60 гигов - не развернуться. Какой же размер потребуется? КМК на один дистрибутив линукс (ядра/операционка/программы/рут) желательно заложить гигов 50 (и это с хорошим запасом), на один дистрибутив винды - гигов 100 (и это скорее всего совсем без запаса). На данные рекомендовать сложно у каждого свои понятия о том что и как хранить. У одного компактные текстовые файлы, а у другого коллекция видео на 10 терабайт. Однако, нижняя планка начнется кмк от 100 гигов.

darkfenix писал(а): ↑

07 ноя 2018, 06:09

Вот не надо его выносить пусть он в корне, а иначе при эксперименте с очередным ядром нехватка места и приплыли -

кмк просто сделать его чуть побольше (не на 2-3 ядра как обычно делают когда выносят, а на 5-8, а если место позволяет то и на дюжину) и проблемы не будет. Потому как если пользователю понадобится не патченное ванильное LTS ядро 4.4 для 4-х дистрибутивов его хранить 4 рвза придется. Это не рентабельно. А как я предлагаю, можно будет одно и то же ядро использовать для разных дистрибутивов. В бут-разделе будет храниться один граб и набор ядер доступных для всех дистрибутивов. Конечно, если у пользователя будет патченное убунтовское ядро, то в федору его пихать не стоит. Ну и наоборот тоже. Мое предложение для тех кто все-таки планирует думать головой.

При предложенном мной подходе и наличии в этом списке винды, мне видится другая проблема: в какую ФС форматировать этот дополнительный раздел с документами пользователя? Если нужен доступ из мелкомягкой ос, то вроде бы как в ntfs.
Но если с просмотром видео или любых других документов проблем не будет, то с созданием, редактированием, а самое главное журналированием и созданием версий документов - могут быть.
Все-таки ntfs не родная для линукс система.
Как быть?

StarMAUGLI писал(а): ↑

07 ноя 2018, 06:26

а у другого коллекция видео на 10 терабайт.

Точно!

StarMAUGLI, сейчас у меня установлено 4 ядра(лень удалять) Даже при наличии 3-5 установленных ОС я бы не стал заморачиваться с отдельным /boot. Не так много в общей сложности будет занято даже если для каждой ОС скомпилить 1-2 ядра пусть одинаковых.

hellonet писал(а): ↑

07 ноя 2018, 06:49

Точно!

а в чем форматировал свои терабайты?
в ntfs?
проблем с редактированием файлов нет?

StarMAUGLI писал(а): ↑

07 ноя 2018, 07:11

а в чем форматировал свои терабайты?
в ntfs?

NTFS, чтобы и на винде смотреть и на LM. На винде смотрю только сериалы на DaumPotPleer`e.
Потому как не могу найти на Linux такой плеер, который после просмотра одной серии САМ переключается на следующую с указанием номера серии (на пару секунд высвечиваются титры с номером серии).
Все остальные фильмы смотрю в LM и LMDE на VLC (Потому что только на VLC смог настроить чтобы звук шел с телевизора, а не с колонок компа).

StarMAUGLI писал(а): ↑

07 ноя 2018, 07:11

проблем с редактированием файлов нет?

Да вроде нет. А что вы понимаете под редактированием? Могу удалить фильм, сменить название. А что ещё?

hellonet писал(а): ↑

07 ноя 2018, 08:08

А что вы понимаете под редактированием?

хз
на кернел орг написано следующее

Linux-NTFS comes with a number of user-space programs known as ntfsprogs. These include mkntfs, a full-featured ntfs filesystem format utility, ntfsundelete used for recovering files that were unintentionally deleted from an NTFS volume and ntfsresize which is used to resize an NTFS partition. See the web site for more information.

To mount an NTFS 1.2/3.x (Windows NT4/2000/XP/2003) volume, use the file system type 'ntfs'. The driver currently supports read-only mode (with no fault-tolerance, encryption or journalling) and very limited, but safe, write support.

For fault tolerance and raid support (i.e. volume and stripe sets), you can use the kernel's Software RAID / MD driver. See section "Using Software RAID with NTFS" for details.

https://www.kernel.org/doc/Documentatio ... s/ntfs.txt
что в вольном переводе от гугло-переводчика звучит следующим образом

Linux-NTFS поставляется с несколькими программами пользовательского пространства, известными как ntfsprogs. К ним относятся mkntfs, полнофункциональная утилита формата ntfs для файловой системы, ntfsundelete, используемая для восстановления файлов, которые были непреднамеренно удалены с тома NTFS и ntfsresize, который используется для изменения размера раздела NTFS. Дополнительную информацию см. На веб-сайте.

Чтобы установить том NTFS 1.2 / 3.x (Windows NT4 / 2000 / XP / 2003), используйте тип файловой системы «ntfs». В настоящее время драйвер поддерживает режим только для чтения (без отказоустойчивости, шифрования или журналирования) и очень ограниченную, но безопасную поддержку записи.

Для отказоустойчивости и поддержки рейда (то есть набора томов и полос) вы можете использовать драйвер программного обеспечения RAID / MD для ядра. Подробнее см. Раздел «Использование программного RAID-массива с NTFS».

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

StarMAUGLI, это просто они уже давно не обновляли эту инфу. Но следует понимать что драйвер написан методом реверс-инжинеринга, хотя он давно вроде как в стабильном состоянии и нормально позволялет читать и писать в NTFS.

darkfenix писал(а): ↑

07 ноя 2018, 08:53

нормально позволялет читать и писать в NTFS.

Вот, например, переименовал мультик про Лунтика, дописав к названию папки LMDE

darkfenix писал(а): ↑

07 ноя 2018, 06:53

сейчас у меня установлено 4 ядра(лень удалять)

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