ssd+hdd: хитрое разбиение на разделы

И да, еще слышал, если использовать -o discard, то случайно удалённые данные восстанавливать потом очень проблематично. В этом ты прав.

Ну вот и я думаю, что страховаться нужно. Однако опцию discard я поставил, чтобе не думать про TRIM.

SMART смотрю с помощью GNOME Disks (palimpsest) и gsmartcontrol.
SSD - Samsung SSD 840 PRO Series 256 GB.

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

У меня когда был 120-гигабайтный SSD — на нём было всё: /, /home, /mnt/build (там велась сборка всего, включая ядро) и своп.

И ещё оставалось место под 10 гигабайт медиа, 40 гигабайт флайтсима и двадцатигигабайтный раздел под венду.

Сейчас в связи со сменой конфигурации SSD стал 16-гигабайтным и появился хард-терабайтник. Конфиг поменялся следующим образом: /boot, / и swap на SSD, всё остальное на харде.

Так что у тебя на SSD должно влезть вообще всё, кроме (возможно) медиа. Так и сделай. Микроменеджмент давно не актуален.

Ну и /tmp, ясное дело, в tmpfs. Это даже не обсуждается.

/home на hdd

И зачем тогда, вообще, SSD?

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

А кто тебе вернёт их, когда HDD накроется? Тот же самый бэкап.

у меня на ssd стоит всё development окружение. а ещё, о ужас, лежат книги и мультимедиа файлы. а вы экономьте и трахайтесь с конфигами :)

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

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

Если хранение музычки а /home ещё можно оспорить, то вот тот, кто хранит ~/.config или ~/.cache на HDD при наличии SSD — ССЗБ :)

кто хранит ~/.config или ~/.cache на HDD при наличии SSD — ССЗБ :)

У меня все ~/.* на SSD. Рабочий стол открывается мгновенно.

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

А кто тебе вернёт их, когда HDD накроется? Тот же самый бэкап.

Бекапы я делаю - FreeFileSync, rsync и т.п. на внешний жесткий.

У меня все ~/.* на SSD

То есть у тебя в /home разные каталоги хранятся на разных разделах? o_O

То есть у тебя в /home разные каталоги хранятся на разных разделах? o_O

Да, они в AUFS.

Fstab:

UUID=..1	/mnt/HOME_HDD	ext4    defaults        0       2
UUID=..2	/mnt/HOME_SSD	ext4    defaults,discard,noatime,nodiratime        0       2
none		/home 		aufs    br:/mnt/HOME_HDD=rw:/mnt/UHOME_SSD=rw,sum	0	2

Что будет? Что вообще должно произойти если под /tmpfs не хватит места в tmp?

Придет OOM killer, он умеет убивать не только процессы, но и файлы в tmpfs. Кто попадет под раздачу не могу сказать :)

OOM killer может убивать файлы в tmpfs? o_O

То есть у тебя в /home разные каталоги хранятся на разных разделах? o_O

# /home was on /dev/sdc4 during installation
UUID=cdc8422e-f1d1-4b42-a769-7106a6776466	/home				ext4	defaults,noatime,commit=130					0	2

# user0 (1000:1000)
LABEL=user0					/home/user0			ext4	defaults,noatime,commit=120					0	2
tmpfs						/home/user0/.thumbnails		tmpfs	defaults,uid=1000,gid=1000,size=134217728			0	0

# user1 (1001:1001)
LABEL=user1					/home/user1			ext4	defaults,noatime,commit=120					0	2
tmpfs						/home/user1/.thumbnails	tmpfs	defaults,uid=1001,gid=1001,size=134217728			0	0

# user2 (1002:1002)
LABEL=user2					/home/user2			ext4	defaults,noatime,commit=120					0	2
tmpfs						/home/user2/.thumbnails		tmpfs	defaults,uid=1002,gid=1002,size=134217728			0	

tmpfs, всё же, на термин «раздел» не тянет :)