Tomsk Sysadmins Forum
Unix => Администрирование => Topic started by: ctrl777 on May 15, 2007, 01:03:01
-
в общем то сабж, проблема в том что нужно склеить существующие разделы с информацией
т.е. например /dev/sda Ext3fs (250Гб) и /dev/hda6 Reiserfs (100Гб) склеить линейно в один диск c сохранением всей информации на дисках.
Есть возможность их склеить?
Бекапить инфу не представляется возможным, просто некуда столько слить(
-
Если бекапить инфу не представляется возможным -- тогда лучше оставить всё как есть.
--
Можно долго и упорно отделять пустые пространства тулзой типа Part. Magic -ом и тулить их их к основной партиции, затем опять копировать инфу с предыдущей и.т.д. Но путь порочный и кривой.
Можно потерять всё. Можно в результате получить страшную фрагментацию ФС.
Ешё почитать про LVM надо. Может с его помощью можно? По моему нет. Оно на пустых дисках создаётся и только потом кучу возможностей предоставляет.
--
Это пути для людей с крепкими нервами.
Но проще всего у кого-нибудь винт на время занять. И сделать всё как надо без геморроя.
==
С уважением.
-
партишены тут не поканают : )) - диски физически разные. Вот про LVM действительно надо почтитать, но в данном случае это не поможет - у него свой уровень абстракции есть и диски придется переразбить под него.
-
Да, похоже, что оптимальное решение - занять винт, слить на него, а потом LVM'ом склеить винты. Вот только зачем такое надо? Может, и таких упражнений прожить можно?
-
Наверное сие (LVM) позволит более экономно использовать общее пространство...
--
С Уважением.
-
Бекапить инфу не представляется возможным, просто некуда столько слить(
А кстати, что там за информация, в какой форме, какой реальный объём? Может не так всё страшно с бэкапом?
-
про LVM я читал, там написано что нужно создавать все с нуля, т.е. всю инфу надо затереть. Мне такой вариант не подходит.
Инфа в основном - это mp3, avi, mpg и т.п., т.е. сжать ее не представляется возможным
-
вобщем лучше оставить все как есть
-
Слить на DVD - болванки?
--
С уважением.
-
Слить на DVD - болванки?
А теперь прикинь, сколько их понадобиться и сколько потребуется времени на их нарезку. Если винты забиты на половину, то это 38 болванок и минимум 13 часов на нарезку (контент, как написано выше, не поддаётся дальнейшему сжатию). Кстати, время я брал 20 минут на болванку. Т.е. если прибавить время на смену дисков и набор параметров для каждого диска, получиться ближе к 15-16 часам непрерывной работы .
Кстати, а чего это видео и музыка лежат на винтах? Если это не сервер (FTP, типа), то и надо их перелить на оптику, а оставшийся объём уж найдётся куда забэкапить .
-
на самом деле конечно заманчиво залить на болванки, тока проблема, счя у меня еше винт добавился, теперь вообще 500 Га инфы, куды все это бекапить?
вообще вполне возможно было бы под линукс написать что-то типа демона, который бы сам смотрел куда писать, линейное же склеивание, не дублирование; да скорость упадет, но думаю не настолько чтоб совсем плохо было, я вот этими дисками пользуюсь через самбу из под винды, так что в принципе идея реализуемая.
-
...теперь вообще 500 Га инфы, куды все это бекапить?
ИМХО 100 болваней по 12 рупий = 1200 рупий на 450 ГА. -- вполне приемлемо. За недельку помойку разобрать и прожечь тоже реально... Думаю, что тема исчерпала сама себя.
--
С уважением.
-
на самом деле конечно заманчиво залить на болванки, тока проблема, счя у меня еше винт добавился, теперь вообще 500 Га инфы, куды все это бекапить?
А на этом винте что? Тоже самое? Тогда и новые фильмы etc на оптику. Ну не смотришь же ты всё эти фильмы постоянно. Просто процесс переезда затянется.
вообще вполне возможно было бы под линукс написать что-то типа демона, который бы сам смотрел куда писать, линейное же склеивание, не дублирование; да скорость упадет, но думаю не настолько чтоб совсем плохо было, я вот этими дисками пользуюсь через самбу из под винды, так что в принципе идея реализуемая.
Почему-то мне кажется, что что-то в этом роде я уже где-то видел. Первое, что приходит в голову (так, на скорую руку сваять)- повесить доступ к диску на HTTP-сервер и примонтировать его fuse+httpfs. А распределением займётся CGI-скрипт. Недостатка 2: 1) медлено, ибо скрипт+http-сервер+httpfs+fuse; 2) похоже, обломиться произвольный доступ - только скачать-закачать. Хотя, это как скрипт написать - может и прокатит.
-
Хм , решение записи на болванки я сам знал , меня интересует другое.
-
я вот тута погуглил и увидел кое-что :
The unionfs driver provides a unification file system for the Linux kernel. It allows to virtually merge the contents of several directories and/or stack them, so that apparent file changes in the unionfs end in file changes in only one of the source directories.
-
я вот тута погуглил и увидел кое-что :
The unionfs driver provides a unification file system for the Linux kernel. It allows to virtually merge the contents of several directories and/or stack them, so that apparent file changes in the unionfs end in file changes in only one of the source directories.
FunionFS (http://funionfs.apiou.org/?lng=en) - это, наверно, больше подойдёт, поскольку FUSE уже в ядре, UnionFS - только в экспериментальных или отдельным модулем.
А вообще, интересное решение. Только вот как там с записью будет? Наверно, сама FS не сможет раскладывать - она, вроде, read-only.