LINUX.ORG.RU

Поясните про схему разметки диска или, точнее, про фс. Что лучше выбрать для моих целей?

 , , , ,


1

3

Короче. Я до сих пор не установил ОС себе на десктоп, потому что не знаю как поступить, хочу сделать максимально хорошо, чтобы потом не хотеть всё переделать и созданной конфигурации хватило надолго. Итак, к делу: есть HDD на 1 ТБ и SSD на 120 ГБ. SSD тот самый, который у меня «полетел» ещё в конце февраля. Его я относил в сервисный центр по гарантии, там его проверили и проблем не обнаружили. SMART показывает большой износ, но его же длинный тест не выявляет наличия поломанных секторов. Возможно, «полетел» из-за того, что не был настроен TRIM. Так как сейчас видимых проблем нет, а гарантия действует ещё 4 года, решил ещё раз попробовать установить на него ОС, но на этот раз быть осторожнее, вот что я хочу: / на SSD, включая хомяк, на HDD есть раздел /mnt/data. Хочу чтобы не сильно тяжёлые данные (т. е. могущие уместиться на ~половине объёма SSD) хранились на SSD, но только в ro. Если их нужно изменить, то изменения записываются на HHD в виде diff или чего-то подобного. Внешне чтобы были обычные каталоги, но просто не изменённая часть читается с SSD, а изменённая — с HDD. Раз в неделю по cron старое содержимое всего того, что на SSD бекапится (куда-нибудь в tar.gz архив), удаляется прошлый бекап, и на SSD записываются новые версии всех файлов. Т.е. если c SSD что-то опять случится, я просто возьму бекап, применю к нему диффы, хранящиеся на HHD, запишу в корень и дальше продолжу пользоваться ПК, только не будет скорости, которую даёт SSD. А потом, если понадобится подключить другой SSD, я просто добавлю раздел на нём в список синхронинизированных разделов.
Внимание, знатокам: что из списка в тегах (или может не из него) больше подходит для такой «авантюры», как с помощью этого чего-то сделать то, что мне нужно, и как реализация, более приближенная к реальности, будет отличаться от моей задумки?

ЗЫ. Планируемая для установки OS — Gentoo. Примерно год назад уже была неудачная попытка её собрать, но на этот раз, надеюсь, осилю.

★★★★★

Последнее исправление: sudopacman (всего исправлений: 3)
Ответ на: комментарий от Nao

Возможно, и правда не стоит заморачиваться с сохранением долгой жизни SSD. Всё равно он на гарантии пока. Так что скорее всего буду копать в сторону кеша на SSD.

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

Из опыта своего и коллег - ssd частенько дохнут сами по себе, почти без связи с количеством циклов и гораздо чаще чем hdd дохнут с концами, информацию не вытащить. Вывод - бороться за то, чтобы запись была не чаще одного раза в год смысла нет. Даже журналирование в ext4 можно не отключать. Важнее озаботиться регулярным бэкапом информации, которая реально нужна.

vaddd ☆☆
()
Ответ на: комментарий от vaddd

Важнее озаботиться регулярным бэкапом информации, которая реально нужна.

Золотые слова.
В последнее время (я ремонтом занимаюсь) винты дохнут на раз-два... три - уже умер. От производителя зависит, но эту зависимость я понять не могу. Года два назад массово умирали винты Western Digital. Прямо эпидемия какая-то.

Что мне притаскивают на ремонт, я обязательно прохожу MHDD или Victoria, в случае невозможности переключить в режим IDE. И вот что я вам скажу:
Винты, в большинстве своём, умирают мгновенно и бесповоротно. Есть конечно звоночки, в виде слабых мест, при сканировании поверхности. О чём я заказчика всегда предупреждаю. Есть и логические сбои, которые исправимы форматированием кластера заново, но это всё ерунда. Повторюсь, ДЕЛАЙТЕ РЕЗЕРВНЫЕ КОПИИ, БЛЯТЬ! Пиздец наступит как всегда неожиданно и в самый важный момент.

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

Неделю назад меня вызвали в магазин. Не копировала, а переносила базу с компа (ХР) на флешку. В процессе произошло что-то незапланированное. А в базе, которую БД назвать нельзя, Эхцелевские таблицы. Блять. Вытащил из флешки все .xls естественно файлы номерами, а в самих файлах (около 100 штук), блять, никакого упоминания о числе, месяце и годе проводимых операций.
Нашла одну свою запись недавнюю. Сверилась с бумажной ведомостью - точно она.
Блять, ну как так можно работать? Я не волшебник, что смог - вытащил. А дальше разбирайтесь сами.

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

Насчёт кэша в lvm я всё равно не уверен на 100% что если девайс с кэшем умрёт, то не будет никаких ошибок на фс.

Вот что написано в man lvmcache:

The default cache mode is «writethrough». Writethrough ensures that
any data written will be stored both in the cache pool LV and on the
origin LV. The loss of a device associated with the cache pool LV in
this case would not mean the loss of any data.



Вроде всё красиво написано, но на практике не проверял.

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

Ну, можно не только через LVM сделать.

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