LINUX.ORG.RU

А зачем совать юзерные фалы совать в /mnt/media и /mnt/movies? Всё в хомяке, в чём проблема. Причём на Райсере - и быстро и надёжно, не надо ничем жертвовать.

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

>быстро да, а вот насчет "надежно" я бы так не говорил

Не говори :)

Sherak ★☆
()

Держу мало чего, и все в своем home. Музыку говорите? Юзаю streamtuner, не нужно ничего качать а если чтото особенное сразу на болванку прожигаю. Фильмы? Тоже скачал посмотрел и вытер =) Данные по работе? Дык они у меня много не занимают, с десяток файлов =) Дистры? зачем? когда они как грибы растут, тоже когда надо всё свежее скачаешь.

Я вообще както пару месяцев с livecd сидел пока сидюк не накрылся =)

qsloqs ★★
()

Музыка по старинке лежит на ReiserFS, а вот видеотеку с дуру, наслушавшись рекламы, положил на XFS. Теперь всё руки не дойдут перевести назад на ReiserFS...

KRoN73 ★★★★★
()

reiserfs, xfs, jfs.. хранилища в /home или /media.. в /media также монтируются внешние накопители..

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

>Музыка по старинке лежит на ReiserFS, а вот видеотеку с дуру, наслушавшись рекламы, положил на XFS. Теперь всё руки не дойдут перевести назад на ReiserFS...

:) Аналогично, и с reiserfs, и с XFS, и тоже никак не вернусь на reiser.

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

>Музыка по старинке лежит на ReiserFS, а вот видеотеку с дуру, наслушавшись рекламы, положил на XFS. Теперь всё руки не дойдут перевести назад на ReiserFS...

А вчем заключается опасность XFS, у меня вроде не падала, а свет часто отрубают и UPS нет.

unonimous
()

Раньше держал на отдельном винте. Сейчас стараюсь держать на том же (кроме всякого видео). Так как при обмене данными их надо дублировать в ~/tmp ~/port/downloaded ~/port/torrent ~/port/out а это удобней делать хардлинками.

Итого:

Общие данные в /home/data

Личные - в ~/

Kroz ★★★★★
()

У меня все в хомяке :) Но есть непонятки с партишнами, а именно, как все это разбивать. LVM кто юзает?

FiXer ★★☆☆☆
()

Ну и каша!

У меня так : :-)

>кто на каком разделе держит файлопомойку
/dev/mapper/vg0-multimedia (LVM)

>хранить все на /home/user или разбить на /mnt/media /mnt/movies
/home/multimedia
Это всего-лишь mountpoints -- ни на что не влияют.

>насчет файловой системы
XFS -- online resize, online defragmentation -- из-за постоянных закачек mldonkey fs сильно (видел до 25%) фрагментируется.

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

>А вчем заключается опасность XFS, у меня вроде не падала, а свет часто отрубают и UPS нет.

Речь не об опасности, а о высокой нагрузке на CPU и общих тормозах на интенсивном random-access'е (раздача фильмов в торрентах и mule).

По электропитанию на файлопомойке нареканий нет, она на UPS'е. А вот на десктопе, который без UPS'а, на пять отрубаний света были три потери данных. При чём самое мерзкое в XFS то, что эту потерю никак нормально не обнаружить. Повреждённые файлы просто забиваются нулями. Я, вообще, не понимаю, что надо было курить, чтобы такое придумать. Я понимаю - стереть файл, обнулить размер, перкинуть в отдельный каталог... Но забить нулями??

KRoN73 ★★★★★
()

А так -

/dev/sda3 on / type reiserfs (rw,noatime)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec)
udev on /dev type tmpfs (rw,nosuid)
devpts on /dev/pts type devpts (rw,nosuid,noexec)
/dev/mapper/balvg-home on /home type xfs (rw)
/dev/mapper/balvg-family on /home/family type xfs (rw)
/dev/mapper/balvg-video2 on /home/video type xfs (rw)
/dev/mapper/balvg-video3 on /home/video3 type xfs (rw)
/dev/mapper/balvg-opt on /opt type reiserfs (rw,noatime)
/dev/mapper/balvg-tmp on /tmp type reiserfs (rw,noatime)
/dev/mapper/balvg-usr on /usr type reiserfs (rw)
/dev/mapper/balvg-usr_portage on /usr/portage type reiserfs (rw,noatime)
/dev/mapper/balvg-distfiles on /usr/portage/distfiles type reiserfs (rw,noatime)
/dev/mapper/balvg-var on /var type reiserfs (rw)
tmpfs on /dev/shm type tmpfs (rw)
usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,devmode=0664,devgid=85)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
nfsd on /proc/fs/nfsd type nfsd (rw)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
fusesmb on /mnt/net type fuse (rw,nosuid,nodev,allow_other,max_read=32768)
/dev/sda1 on /boot type ext2 (rw,noatime)

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

> Я юзаю. Удобно, но по линейной скорости потери процентов до 20 и CPU грузится заметно.

-1. Действительно удобно, но потери практически незаметны.

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

>но потери практически незаметны.

Загрузку CPU трудно измерить (хотя "красная полоска" IO-Wait после введения LVM на мониторе процессора стала гораздо толще), но линейный трансфер падает совершенно объективно измеримо - с 65..75 до 50..60Мб/сек :) (естественно, в условиях равной геометрии, процессор - Celeron-1700).

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

Тогда не пугай народ, они же за Мб/с, МГц и мега... деньги платили :-)
Ты о достоинствах давай рассказывай (не мне)

sdio ★★★★★
()

всё (музыку, видео, проекты, софт) храню в /DATA (reiserfs, винт на 160GB)

friday ★★★
()

храню на разделе монтируемом в /home/overmind/main

для всего что качаю с торрента на другом винте раздел /media/sdb2

overmind88 ★★★★★
()

Держу их на NAS. Buffalo Terastation Live. А внутре там raid5 с xfs.

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

> > Да баян вопрос - я держу на ntfs с ntfs-3g - проблем не наблюдалось ...

> стенко ----> |

ну почему же, если у него еще стоит винда и активно используется, а файлы нужны и там и там, то это, имхо, лучшее решение

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

Все "говно" на отдельном винте...

P.S.На нем FAT32 к сожалению...

furs
()

большой винт под reiser`ом подцепленный к wifi роутеру под openwrt

blind
()

darkstar ~ # mdadm --detail /dev/md0
/dev/md0:
        Version : 01.02.03
  Creation Time : Sat Jul 21 09:30:58 2007
     Raid Level : raid6
     Array Size : 732595200 (698.66 GiB 750.18 GB)
  Used Dev Size : 488396800 (232.89 GiB 250.06 GB)
   Raid Devices : 5
  Total Devices : 5
Preferred Minor : 0
    Persistence : Superblock is persistent

  Intent Bitmap : Internal

    Update Time : Thu Aug 16 22:57:19 2007
          State : active
 Active Devices : 5
Working Devices : 5
 Failed Devices : 0
  Spare Devices : 0

     Chunk Size : 128K

           Name : 0
           UUID : ab21a9c6:9d0aa9ad:bc4a1610:0a563669
         Events : 16

    Number   Major   Minor   RaidDevice State
       0       8       16        0      active sync   /dev/sdb
       1       8       32        1      active sync   /dev/sdc
       2       8       48        2      active sync   /dev/sdd
       3       8       64        3      active sync   /dev/sde
       4       8       80        4      active sync   /dev/sdf

Gharik
()
Ответ на: комментарий от KRoN73

> Загрузку CPU трудно измерить (хотя "красная полоска" IO-Wait после введения LVM на мониторе процессора стала гораздо толще), но линейный трансфер падает совершенно объективно измеримо - с 65..75 до 50..60Мб/сек :) (естественно, в условиях равной геометрии, процессор - Celeron-1700).

Пипец, машинку-то может и обновить стоит в наш век двухголовых машин? Таким говном как "p4-based цылерон" даже rtorrent не прокормишь.

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

Yuyuko # mdadm --detail /dev/md0
/dev/md0:
        Version : 00.90.03
  Creation Time : Sun Jan  7 20:39:44 2007
     Raid Level : raid6
     Array Size : 5860669440 (5589.17 GiB 6001.33 GB)
    Device Size : 390711296 (372.61 GiB 400.09 GB)
   Raid Devices : 17
  Total Devices : 17
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Sun Aug 19 16:44:38 2007
          State : clean
 Active Devices : 17
Working Devices : 17
 Failed Devices : 0
  Spare Devices : 0

     Chunk Size : 64K

           UUID : 22632777:3b9c1cc7:13a5e9ef:bf61662d
         Events : 0.570222

    Number   Major   Minor   RaidDevice State
       0       8        0        0      active sync   /dev/sda
       1       8       16        1      active sync   /dev/sdb
       2       8       32        2      active sync   /dev/sdc
       3       8       48        3      active sync   /dev/sdd
       4       8       64        4      active sync   /dev/sde
       5       8       80        5      active sync   /dev/sdf
       6       8       96        6      active sync   /dev/sdg
       7       8      112        7      active sync   /dev/sdh
       8       8      128        8      active sync   /dev/sdi
       9       8      144        9      active sync   /dev/sdj
      10       8      160       10      active sync   /dev/sdk
      11       8      176       11      active sync   /dev/sdl
      12       8      192       12      active sync   /dev/sdm
      13       8      208       13      active sync   /dev/sdn
      14       8      224       14      active sync   /dev/sdo
      15       8      240       15      active sync   /dev/sdp
      16      65        0       16      active sync   /dev/sdq

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