LINUX.ORG.RU

Правильно установить Linux Mint Cinnamon 18

 ,


0

1

Приветствую Сообщество!
Есть ноут на core i3 (1 gen), 8 Gb RAM, SSD 128 Gb.
Сейчас Linux Mint Cinnamon 17.2 радует больше года
Все бы хорошо, но с недавнего времени стал замечать постоянное обращение к ssd
и повышенная сетевая активность, плюс увеличилась загрузка ЦП
Все как к винде)))
Попытался разобраться, что происходит. Создал тему здесь же.
Но увы...
Как раз вышел Linux Mint 18 «Sarah» - Cinnamon (64-bit)

Вопрос к знатокам!!!
1. можно ли после чистой установки вернуть все настройки и пакеты, которые есть у меня сейчас
2. надо ли какие-либо дополнительные действия проводить с ssd
3. как корректно разбить диск (сейчас /, /home, swap)

Благодарю!


Ответ на: комментарий от TERRANZ

Позволь поинтересоваться, почему под boot-раздел столько и под swap 2xRAM. Что за хитрая хитрость?

Ядра разные , например, вроде, немного весят, да и некоторые пользователи вообще без swap живут.

mad_austronaut ★★★★
()

Если не жалко памяти на SSD, то делай swap=ram, если жалко то вообще не делай swap (уже давно живу без него с 12Гб RAM). Можно ещё /tmp в tmpfs. Про /boot уже написали.

P.S. Если ноутбук и/или пользуешься спящим режимом, то swap нужен.

unixnik ★★★★★
()
Последнее исправление: unixnik (всего исправлений: 1)
Ответ на: комментарий от mad_austronaut

под swap 2xRAM. Что за хитрая хитрость?

ЕМНИП ещё в старые времена, когда память исчислялась исключительно в Мб, это была необходимость, сейчас же если 8Гб, то можно на всякий случай делать ровно сколько RAM. Если больше, можно вообще не делать (если не ноутбук и не пользуешься спящим режимом), хотя тут уже под задачи смотреть надо.

unixnik ★★★★★
()
Ответ на: комментарий от unixnik

Оукей, спасибо за разъяснение. Я вообще swap на другом жестком диске сделал (не SSD).

mad_austronaut ★★★★
()

8gb ram - swap не нужен, кроме случая когда нужен спящий режим. /boot на отдельном разделе - это может в исключительных случаях требуется, ну и плюс исторически сложилось, что нужно его создавать, типо повышает сохранность данных, но за все время, что я работаю с линуксом(около 3 лет) отсутствие отдельного раздела под /boot не разу не приводило к проблемам, что конечно же не говорит о невозможности проблем, но в моем случае об их низкой вероятности. Кроме того когда жесткие диски обладали меньшим быстродействием чем сейчас, размещение boot на первом маленьком разделе могло несколько повысить скорость загрузки. Сейчас конечно это мало актуально.

rumgot ★★★★★
()
Ответ на: комментарий от rumgot

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

При использовании например btrfs его необходимо создавать.

unixnik ★★★★★
()
Ответ на: комментарий от TERRANZ

под swap количество рамы*2

Зачем мне swap в 16 гигов, при занятых 1,3 гиб (18 %) из 7.4 гиб?

Лучше скажи как бы память задействовать в пользу ускорения системы.

stitchix
()
Ответ на: комментарий от rumgot

Модуль поддержки btrfs для GRUB не умещается в отведенное MBR пространство. Я когда впервые начал использовать btrfs на SSD, впервые же начал использовать отдельный /boot в ext4.

unixnik ★★★★★
()
Ответ на: комментарий от unixnik

Ребята, благодарю за ответы!
Слишком много информации. Давайте по порядку.

Можно ещё /tmp в tmpfs.

Можно вкратце, что это даст. RAM редко используется больше чем на 50%

Про /boot уже написали

Раньше было без этого раздела. Что даст /boot?

Если ноутбук и/или пользуешься спящим режимом, то swap нужен.

Да, ноут и пользуюсь спящим режимом. Со SWAP определился

mfch
() автор топика
Ответ на: комментарий от mfch

Можно вкратце, что это даст. RAM редко используется больше чем на 50%

Временные файлы в /tmp будут загружаться не на SSD а в RAM, прописывается после установки системы в /etc/fstab.

Раньше было без этого раздела. Что даст /boot?

Если используешь ext4 то ничего не даст, достаточно отдельно корень и хомяк.

unixnik ★★★★★
()
Ответ на: комментарий от unixnik

Вот те раз. Не знал этого. А раз уж ты упомянул btrfs, расскажи пожалуйста, как она в сравнении с ext4 по признакам производительности/надежности?

rumgot ★★★★★
()
Ответ на: комментарий от rumgot

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

unixnik ★★★★★
()

вернуть все настройки и пакеты, которые есть у меня сейчас

А зачем тогда чистая установка?

Описание проблем похоже на побитую ФС. Кроме сетевой активности, это вообще трэш.

Myau ★★★★
()
Ответ на: комментарий от mfch

Можно вкратце, что это даст. RAM редко используется больше чем на 50%

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

По идее это еще и скорость работы браузера прибавит, но я что-то не ошущаю.

mad_austronaut ★★★★
()

У меня fstab выглядит так,

df-h такой:

Filesystem      Size  Used Avail Use% Mounted on
...
tmpfs            16G  180K   16G   1% /dev/shm
tmpfs            16G     0   16G   0% /sys/fs/cgroup
tmpfs           2.0G   20K  2.0G   1% /tmp
tmpfs           1.0G  1.5M 1023M   1% /var/cache
tmpfs           200M   60K  200M   1% /var/log
tmpfs           200M  4.0K  200M   1% /run/lock
...
tmpfs           1.0G  8.5M 1016M   1% /home/drew/.cache
tmpfs           3.2G   20K  3.2G   1% /run/user/1000

Как все сделать нашел здесь на форуме и в арчвики, может где и лишнего намутил с размерами. Общий размер оперативки 32GB.

mad_austronaut ★★★★
()
Ответ на: комментарий от Myau

Описание проблем похоже на побитую ФС.

Побитая ФС - это как и каким образом происходит? Как точно определитель?

Кроме сетевой активности, это вообще трэш.

Можете это объяснить?

mfch
() автор топика
Ответ на: комментарий от mfch

С корневой btrfs на ssd наблюдал то же самое. Время обращения к диску понемногу росло, на терминальной стадии это выглядело как постоянное обращение. В конечном итоге (примерно спустя год использования) время обращения устремилось к бесконечности, ФС перешла в read-only, а попытка исправить ситуацию с помощью fsck добила её окончательно. Поскольку btrfs ставил на правах эксперимента, был готов к подобному исходу. Переформатил ssd в ext4, уже второй год работает и не жужжит.

Сетевую активность очевидно не ветром надуло, если она действительно возросла. Стоит хотя бы посмотреть откуда она взялась (tcpdump, wireshark и им подобные утилиты) прежде чем всё сносить и поливать компьютер святой водой.

Myau ★★★★
()
Ответ на: комментарий от Myau

wireshark

Был потрясен графическим интерфейсом. Ностальгия...
Вот, какие строки постоянно повторяются в простое (skype и пр. отключены).

5	9.444423000	192.168.1.1	239.255.255.250	SSDP	308	NOTIFY * HTTP/1.1 
4	9.017757000	192.168.1.1	255.255.255.255	UDP	215	Source port: epnsdp  Destination port: faximum
Что бы это значило?

mfch
() автор топика
Ответ на: комментарий от Myau

И вот вывод tcpdump

tcpdump -i eth0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
15:08:25.879342 IP 192.168.1.1.2051 > 255.255.255.255.7437: UDP, length 173
15:08:26.607916 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 266
15:08:26.684087 IP 192.168.1.196.2558 > 192.168.1.1.domain: 21630+ PTR? 255.255.255.255.in-addr.arpa. (46)
15:08:26.685078 IP 192.168.1.1.domain > 192.168.1.196.2558: 21630 NXDomain* 0/1/0 (98)
15:08:26.685601 IP 192.168.1.196.23100 > 192.168.1.1.domain: 7072+ PTR? 1.1.168.192.in-addr.arpa. (42)
15:08:26.686513 IP 192.168.1.1.domain > 192.168.1.196.23100: 7072 NXDomain* 0/1/0 (94)
15:08:26.687004 IP 192.168.1.196.54494 > 192.168.1.1.domain: 44013+ PTR? 250.255.255.239.in-addr.arpa. (46)
15:08:26.688596 IP 192.168.1.1.domain > 192.168.1.196.54494: 44013 NXDomain 0/1/0 (103)
15:08:26.709319 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 275
15:08:26.810295 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 338
15:08:26.911417 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 330
15:08:27.012621 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 275
15:08:27.113296 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 314
15:08:27.214505 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 346
15:08:27.315593 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 275
15:08:27.416304 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 334
15:08:27.517487 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 328
15:08:27.618574 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 275
15:08:27.690099 IP 192.168.1.196.63581 > 192.168.1.1.domain: 32254+ PTR? 196.1.168.192.in-addr.arpa. (44)
15:08:27.691058 IP 192.168.1.1.domain > 192.168.1.196.63581: 32254 NXDomain* 0/1/0 (96)
15:08:27.719281 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 330
15:08:27.820510 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 340
15:08:28.885273 IP 192.168.1.1.2051 > 255.255.255.255.7437: UDP, length 173
15:08:31.691476 ARP, Request who-has 192.168.1.1 tell 192.168.1.196, length 28
15:08:31.691898 ARP, Reply 192.168.1.1 is-at 64:70:02:40:48:5c (oui Unknown), length 46
15:08:31.803175 IP 192.168.1.1 > all-systems.mcast.net: igmp query v2
15:08:31.891177 IP 192.168.1.1.2051 > 255.255.255.255.7437: UDP, length 173
15:08:32.321857 IP 192.168.1.196.1368 > 192.168.1.1.domain: 46035+ PTR? 1.0.0.224.in-addr.arpa. (40)
15:08:32.365182 IP 192.168.1.1.domain > 192.168.1.196.1368: 46035 1/0/0 PTR all-systems.mcast.net. (75)
15:08:32.595766 IP 192.168.1.196.netbios-dgm > 192.168.1.255.netbios-dgm: NBT UDP PACKET(138)
15:08:32.693018 IP 192.168.1.196.49259 > 192.168.1.1.domain: 26369+ PTR? 1.0.0.224.in-addr.arpa. (40)
15:08:32.693962 IP 192.168.1.1.domain > 192.168.1.196.49259: 26369 1/0/0 PTR all-systems.mcast.net. (75)
15:08:32.694420 IP 192.168.1.196.24385 > 192.168.1.1.domain: 61605+ PTR? 255.1.168.192.in-addr.arpa. (44)
15:08:32.695219 IP 192.168.1.1.domain > 192.168.1.196.24385: 61605 NXDomain* 0/1/0 (96)
15:08:34.897157 IP 192.168.1.1.2051 > 255.255.255.255.7437: UDP, length 173
15:08:37.903124 IP 192.168.1.1.2051 > 255.255.255.255.7437: UDP, length 173
15:08:37.963379 IP 192.168.1.196 > 224.0.0.251: igmp v2 report 224.0.0.251
15:08:38.370682 IP 192.168.1.196.55401 > 192.168.1.1.domain: 61682+ PTR? 251.0.0.224.in-addr.arpa. (42)
15:08:38.414172 IP 192.168.1.1.domain > 192.168.1.196.55401: 61682 NXDomain 0/1/0 (99)
15:08:38.701994 IP 192.168.1.196.60573 > 192.168.1.1.domain: 64282+ PTR? 251.0.0.224.in-addr.arpa. (42)
15:08:38.704152 IP 192.168.1.1.domain > 192.168.1.196.60573: 64282 NXDomain 0/1/0 (99)
15:08:40.909093 IP 192.168.1.1.2051 > 255.255.255.255.7437: UDP, length 173
15:08:43.915014 IP 192.168.1.1.2051 > 255.255.255.255.7437: UDP, length 173
^P15:08:46.920919 IP 192.168.1.1.2051 > 255.255.255.255.7437: UDP, length 173
15:08:47.607565 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 266
15:08:47.709010 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 275
15:08:47.809997 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 338
15:08:47.911076 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 330
15:08:48.012149 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 275
15:08:48.112950 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 314
15:08:48.214128 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 346
15:08:48.315192 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 275
15:08:48.416025 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 334
15:08:48.517085 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 328
15:08:48.618208 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 275
15:08:48.718977 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 330
15:08:48.820100 IP 192.168.1.1.nfs > 239.255.255.250.1900: UDP, length 340
15:08:49.926911 IP 192.168.1.1.2051 > 255.255.255.255.7437: UDP, length 173

mfch
() автор топика
Ответ на: комментарий от Myau

Это в локалке. Чей адрес?

Это адрес роутера, если я правильно понимаю.

mfch
() автор топика

Не устанавливается с флешки

Нетбук - asus x205ta (single language). Отключил секьюр и поставил загрузку с флешки - ф10 и возвращает в биос. С этой же флешки другой ноут загружает. Пробовал и с другой флешки - та же история. Может кто знает в чем беда?

cheche
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.