|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 03 Jan 2007 12:16:05
To : Igor Tihonov
Subject : Re: Шаринг данных между Windows и Linux
--------------------------------------------------------------------------------
2007-01-02, Igor Tihonov <Igor.Tihonov@p13.f26.n5059.z2.fidonet.org> пишет:
> Системный таймер отметил Sat, 23 Dec 2006 01:12:30 +0300 когда Alexander
> Grebenkov писал: Доступ к NTFS разделам из линуха реализован куда более криво.
> AG>>> Впрочем, к FAT32 тоже не сахар.
> IT>> так... и чем крив FAT32 ?
>
> AG> Он не крив. Им неудобно пользоваться. man mount на предмет опций fat
> AG> и vfat - стройная система костылей и подпорок.
> дык! но зато работает!
>
>
> IT>> гы! дон не рассматривает вариант что винт уже есть, а не
> IT>> покупаетсья?
>
> AG> У меня винтов менее 160 гигабайт нет. Вернее, они есть - пара дохлых
> AG> 80 и 40, и ещё живые 13, 2, 850 мегабайт... Только ставить их в
> AG> компутер у меня и в мыслях не было.
> у мя стоит в компе на 120. менять пока (тьфу-тьфу) не собираюсь.
> работает - не трогай!
>
> IT>> а также то что винт можно побить на разделы?
>
> AG> Можно. Hо в подавляющем большинстве случаев - не нужно, и даже
> AG> вредно. Разделы имеет смысл создавать, когда для обеспечения
> AG> бОльшей надёжности некоторые из них будут монтироваться ro. В
> AG> подавляющем большинстве оставшихся случаев разбиение винта на
> AG> разделы - пережиток прошлого и оно must die.
> по RO - не совсем правда. запоротая метаинфа на разделе - хана
> данным на нём. если разделов более 1 одного то хана не всем данным
> ;) (про журанлирование пока промолчим)
Применение 2 -- квоты (мне в общем не больно если кончится место
под логи, всего лишь стрёмно -- если под бэкап и толстый лис если
под жывую БД).
Применение 3 -- расшырять 40-гиг раздел с данными в пределах
пары-тройки 200-винтов гораздо приятнее, чем расшырять один
200-раздел, содержащий /usr.
И по поводу метаинфы -- предвидя возражэния, что всё равно
работать и затрачивать усилия, да ещё с бОльшэй вероятностью.
Один какой-нибудь сервис поднять из бэкапа или на резервной
машыне заметно проще, чем цэлую кучу.
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
