Здравствуйте!
Каким образом нужно разметить "HDD", чтобы установить сразу два дистрибутива "Linux" (например, "Debian" & "Gentoo")?
Насколько я знаю, невозможно создать два раздела с одинаковой точкой монтирования "/"?
LinuxForum.Fans
Две ОС "Linux".
Автор: elf1423
51 сообщений
5607 просмотров
Точка монтирования - вещь относительная того дистрибутива Linux, который вы в данный момент устанавливаете или используете. Т.е. если у вас чистый HDD, то (далее все условно - для примера) при установке первого дистрибутива вы создаете раздел sda1 и монтируете его в корень "/", больше разделов не создаете, и при установке второго дистрибутива создаете раздел sda2 и монтируете его опять в корень "/", но уже второй системы. Ведь корни у двух систем разные.
/sda1 система 1
/sda2 система 2
/sda3 swap для обоих систем. (если вы его будете использовать)
так же для общего использования вынесите отдельный раздел для пользовательских данных. музыка. фильмы. и т.д.
/media например.
буты и хоумы будут в каждой системе. на sda5...6...7...8 и т.д.
то есть создаете 3 екстендед
1й и 2й разбейте на логические (бут рут хоум)
3й будет общим свапом и общей файлопомойкой.. (1 экстендед в котором 2 логикал)
Например так:
text
$fdisk -l
Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0009cc8e
Device Boot Start End Blocks Id System
/dev/sdb1 2048 1659924479 829961216 5 Extended
/dev/sdb2 1659924480 1762324479 51200000 83 Linux
/dev/sdb3 * 1762324480 1879799807 58737664 7 HPFS/NTFS/exFAT
/dev/sdb4 1879799808 1953523711 36861952 83 Linux
/dev/sdb5 4096 1240494079 620244992 83 Linux
/dev/sdb6 1597009920 1659924479 31457280 83 Linux
/dev/sdb7 1240496128 1597007871 178255872 83 Linux
Partition table entries are not in disk order
Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x000abef3
Device Boot Start End Blocks Id System
/dev/sda1 2048 62916607 31457280 83 Linux
/dev/sda2 1890611200 1953523711 31456256 83 Linux
/dev/sda3 62916608 125831167 31457280 83 Linux
/dev/sda4 125831168 1890611199 882390016 5 Extended
/dev/sda5 125833216 142610431 8388608 82 Linux swap / Solaris
/dev/sda6 142612480 1764782079 811084800 83 Linux
Partition table entries are not in disk order
Disk /dev/sdc: 160.0 GB, 160040803840 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312579695 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00009d24
Device Boot Start End Blocks Id System
/dev/sdc1 246312960 302094335 27890688 83 Linux
/dev/sdc2 * 204369920 246312959 20971520 83 Linux
/dev/sdc3 10485760 204369919 96942080 5 Extended
/dev/sdc5 195981312 204369919 4194304 82 Linux swap / Solaris
/dev/sdc6 10487808 82167807 35840000 83 Linux
Partition table entries are not in disk order
Тут куда больше чем две.... :)
/sda3 swap для обоих систем. (если вы его будете использовать)
Я бы не стал так делать!
Потому что каждая система форматирует своп под себя. И если будете часто перегружаться из одного линукса в другой, то диск скоро навернётся. Тут уже была подобная тема, даже доводы вроде убедительные приводились, но и там я так же категорично был против общего свопа на разные системы.
Если памяти больше чем 2 Гб и это не нутбук (или на компе не используется гибернейт), то своп можно вообще исключить.
В крайнем случае, если делать по сжеме предложенной moshell, то я бы просто использовал старый IDE винт, гигов на 6-10 именно под своп. Навернётся - не жалко, всегда можно поставить другой.
На винте, где есть разделы с данными, такой своп делать ой как не надо.
...я бы просто использовал старый IDE винт, гигов на 6-10 именно под своп. Навернётся - не жалко, всегда можно поставить другой.
встречный вопрос. а если скажем использовать "флешку"?
или скорость не позволит?
Скорость в данном случае не самый первый аргумент.
На первое место выплывает человечиский фактор - а что если кто то флешку дёрнет?
Хотя если спрятать её внутрь системника - то проблем не будет.
Но учтите, у флешки определённое число циклов чтения-записи. И чем чаще комп будет включаться-выключаться, оставаться один сам с собой на долго, засыпать и прочее, что использует своп, то тем быстрее флешка умрёт.
ну допустим в лаптоп можно впихнуть sd какую нибудь. которую и видно не будет.
а на счет гарантии, не знаю как все, но одни производитель точно дает пожизненную гарантию. ;)
пожизненную гарантию
По жизни чьей? Флешки? Производителя? или пользователя? ;)
Вообщем с флешкой могут быть только 2 основные проблемы, которые я описал. Решать то уж Вам.
Но если знаете, что делаете, то хуже точно не будет ;)
ну допустим в лаптоп можно впихнуть sd какую нибудь. которую и видно не будет.
а на счет гарантии, не знаю как все, но одни производитель точно дает пожизненную гарантию. ;)
Гигабайт флешки стоит дороже гигабайта HDD. А скорость (если не по USB-3) ниже. Так штА... Я бы брал старый ненужный HDD и ставил бы его под своп и, главное, логи. И менял бы его по мере необходимости.
смех то оно конечно эт хорошо.
но вопрос так и остался, скорость чтения/записи флешки для swap не так уж принципиальна?
ни разу не наблюдал загрузку свопа более чем 0%
Пожизненная гарантия не отменяет конечное число циклов перезаписи на флешке.
но вопрос так и остался, скорость чтения/записи флешки для swap не так уж принципиальна?
ни разу не наблюдал загрузку свопа более чем 0%
А там редко можно пронаблюдать больше. Для свопа скорость важна. Так как многие неактивные в данный момент задачи переносятся именно в своп. А когда в них возникакет нужда - из свопа извлекается. И чем быстрее она извлечется, тем комфортнее работать.
Пожизненная гарантия не отменяет конечное число циклов перезаписи на флешке.
ну тут как с новым авто.
фирма продавец предлагает два вида гарантии - либо пробег (условленный в км) либо время (условленное во временном промежутке)
так и с флешкой. продавец не указывает на число циклов (ну если только не каким нибудь 2 шрифтом)
другой вопрос. если флешка накрывается медным тазиком, как можно увидеть сколько циклов она прошла?
многие неактивные в данный момент задачи переносятся именно в своп. А когда в них возникакет нужда - из свопа извлекается. И чем быстрее она извлечется, тем комфортнее работать.
а если оперативки более чем предостаточно (даже хотя бы 4G на домашнем пк), своп сирамно будет юзаться?
[quote=Cruiser78]многие неактивные в данный момент задачи переносятся именно в своп. А когда в них возникакет нужда - из свопа извлекается. И чем быстрее она извлечется, тем комфортнее работать.
а если оперативки более чем предостаточно (даже хотя бы 4G на домашнем пк), своп сирамно будет юзаться?[/quote]
В целом нет. Но зависит от запускаемых приложений. Если ОЗУ будет не хватать, то будет использоваться свап.
с сервака снял top
text
load averages: 6.36, 7.30, 7.49; up 16+21:22:19 10:26:12
939 processes: 931 sleeping, 1 zombie, 7 on cpu
CPU states: 84.3% idle, 10.9% user, 4.8% kernel, 0.0% iowait, 0.0% swap
Memory: 160G phys mem, 60G free mem, 40G swap, 40G free swap
PID USERNAME LWP PRI NICE SIZE RES STATE TIME CPU COMMAND
22475 nmsadm 83 20 0 851M 813M cpu 474:05 101% java
25578 nmsadm 102 45 0 475M 473M cpu 25.2H 93.97% java
1912 daemon 73 60 -20 3488K 2824K sleep 96.9H 35.44% nfsd
12015 nmsadm 148 59 0 392M 390M sleep 55.2H 32.51% java
384 nmsadm 59 59 0 144M 137M sleep 52:26 24.46% eba_rtt_server
16155 sybase 23 31 0 47G 47G sleep 84.1H 21.90% dataserver
16488 sybase 12 59 0 61M 44M sleep 0:01 21.71% java
14341 nmsadm 503 59 0 1220M 1176M sleep 509:09 18.01% java
13123 nmsadm 37 59 0 73M 72M sleep 17.1H 15.83% java
13847 nmsadm 181 59 0 700M 428M cpu 26.0H 14.75% java
2972 ssa 167 59 0 738M 405M sleep 144:43 13.38% cex_client_appl
12471 nmsadm 563 59 0 811M 769M sleep 32.8H 11.01% java
29199 nmsadm 113 59 0 709M 649M sleep 46.3H 8.99% obe
16150 sybase 30 55 0 47G 47G sleep 80.5H 7.74% dataserver
462 root 52 59 0 55M 42M sleep 34.8H 7.14% nscd
из 40 гигов свопа НУЛЛЬ заюзано!!! хотя в слипинге аж 931 процесс
Ага, и
1 zombie
;)
То что они в слипинге, ещё не факт что они псят в свопе. Тут уже говорилось, повторюсь - своп используется только тогда, когда не хватает оперативки.
У меня на домашнем компе 4 гига. Я своп вообще не делал.
На серваке всего 1 гиг оперативы.
Вот его top:
text
Tasks: 134 total, 1 running, 133 sleeping, 0 stopped, 0 zombie
Cpu(s): 6.8%us, 1.0%sy, 0.0%ni, 90.9%id, 1.3%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 1025800k total, 1000684k used, 25116k free, 93048k buffers
Swap: 4144120k total, 11424k used, 4132696k free, 814040k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7530 root 20 0 2720 1004 748 R 2.0 0.1 0:00.01 top
1 root 20 0 2884 332 184 S 0.0 0.0 0:01.03 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.06 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 1:26.28 ksoftirqd/0
4 root RT 0 0 0 0 S 0.0 0.0 0:01.17 migration/0
5 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
6 root RT 0 0 0 0 S 0.0 0.0 0:00.36 migration/1
7 root 20 0 0 0 0 S 0.0 0.0 0:19.50 ksoftirqd/1
8 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/1
9 root 20 0 0 0 0 S 0.0 0.0 0:07.51 events/0
10 root 20 0 0 0 0 S 0.0 0.0 0:06.23 events/1
11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuset
12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khelper
13 root 20 0 0 0 0 S 0.0 0.0 0:00.00 netns
14 root 20 0 0 0 0 S 0.0 0.0 0:00.00 async/mgr
15 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pm
16 root 20 0 0 0 0 S 0.0 0.0 0:05.56 sync_supers
17 root 20 0 0 0 0 S 0.0 0.0 0:02.46 bdi-default
18 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kintegrityd/0
19 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kintegrityd/1
20 root 20 0 0 0 0 S 0.0 0.0 0:56.34 kblockd/0
21 root 20 0 0 0 0 S 0.0 0.0 0:02.45 kblockd/1
22 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kacpid
23 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kacpi_notify
24 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kacpi_hotplug
25 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ata_aux
26 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ata_sff/0
27 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ata_sff/1
28 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khubd
29 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kseriod
30 root 20 0 0 0 0 S 0.0 0.0 26:48.98 kswapd0
31 root 25 5 0 0 0 S 0.0 0.0 0:00.00 ksmd
32 root 20 0 0 0 0 S 0.0 0.0 0:00.00 aio/0
33 root 20 0 0 0 0 S 0.0 0.0 0:00.00 aio/1
34 root 20 0 0 0 0 S 0.0 0.0 0:00.00 crypto/0
35 root 20 0 0 0 0 S 0.0 0.0 0:00.00 crypto/1
41 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
42 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1
44 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kpsmoused
45 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kstriped
46 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksnapd
47 root 20 0 0 0 0 S 0.0 0.0 0:00.00 usbhid_resumer
223 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_2
231 root 20 0 0 0 0 S 0.0 0.0 0:00.01 aacraid
256 root 20 0 0 0 0 S 0.0 0.0 0:25.23 jbd2/sdb2-8
257 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
258 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
312 root 16 -4 2568 312 172 S 0.0 0.0 0:00.12 udevd
368 root 18 -2 2500 300 140 S 0.0 0.0 0:00.00 udevd
484 root 20 0 0 0 0 S 0.0 0.0 0:00.00 edac-poller
664 root 20 0 0 0 0 S 0.0 0.0 0:10.06 jbd2/sdb12-8
665 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
666 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
667 root 20 0 0 0 0 S 0.0 0.0 0:05.19 jbd2/sdb11-8
668 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
669 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
670 root 20 0 0 0 0 S 0.0 0.0 0:00.25 jbd2/sdb7-8
671 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
672 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ext4-dio-unwrit
:D :D
то есть?
серваку нужен своп только когда он спать ложится? :D
если серьезно. уже избили тему про своп вдоль и поперек.
чем активно нагружается своп, если не спячка и если дело не в оперативке?
чем активно нагружается своп, если не спячка и если дело не в оперативке?
Ничем. Не нагружается.
Если не использовать гибернейт и памяти в избытке, то лучше вообще отключить своп. Но, если вдруг, все-таки настанет такой момент, что оператива закончится, то приложения начнут падать при попытке выделить память. А будь свап - падать не стали бы, просто притормаживать до жути (тут уж зависит от скорости свопа). Во время нормальной работы (когда оперативы хватает) своп вообще не используется, если своп стал использоваться - это уже плохо и не нормально.
Войдите или зарегистрируйтесь, чтобы ответить.
