склеивание существующих разделов в Linux

[ctrl777]

в общем то сабж, проблема в том что нужно склеить существующие разделы с информацией

т.е. например /dev/sda Ext3fs (250Гб) и /dev/hda6 Reiserfs (100Гб) склеить линейно в один диск c сохранением всей информации на дисках.

Есть возможность их склеить?
Бекапить инфу не представляется возможным, просто некуда столько слить(

[_bob]

Если бекапить инфу не представляется возможным -- тогда лучше оставить всё как есть.
--
Можно долго и упорно отделять пустые пространства тулзой типа Part. Magic -ом и тулить их их к основной партиции, затем опять копировать инфу с предыдущей и.т.д. Но путь порочный и кривой.
Можно потерять всё. Можно в результате получить страшную фрагментацию ФС.

Ешё почитать про LVM надо. Может с его помощью можно? По моему нет. Оно на пустых дисках создаётся и только потом кучу возможностей предоставляет.
--
Это пути для людей с крепкими нервами.

Но проще всего у кого-нибудь винт на время занять. И сделать всё как надо без геморроя.
==
С уважением.

[deepwalker]

партишены тут не поканают : )) - диски физически разные. Вот про LVM действительно надо почтитать, но в данном случае это не поможет - у него свой уровень абстракции есть и диски придется переразбить под него.

[Safir]

Да, похоже, что оптимальное решение - занять винт, слить на него, а потом LVM'ом склеить винты. Вот только зачем такое надо? Может, и таких упражнений прожить можно?

[_bob]

Наверное сие (LVM) позволит более экономно использовать общее пространство...
--
С Уважением.

[Safir]

Бекапить инфу не представляется возможным, просто некуда столько слить(

А кстати, что там за информация, в какой форме, какой реальный объём? Может не так всё страшно с бэкапом?

[ctrl777]

про LVM я читал, там написано что нужно создавать все с нуля, т.е. всю инфу надо затереть. Мне такой вариант не подходит.

Инфа в основном - это mp3, avi, mpg и т.п., т.е. сжать ее не представляется возможным

[mars]

вобщем лучше оставить все как есть

[_bob]

Слить на DVD - болванки?
--
С уважением.

[Safir]

Слить на DVD - болванки?

А теперь прикинь, сколько их понадобиться и сколько потребуется времени на их нарезку. Если винты забиты на половину, то это 38 болванок и минимум 13 часов на нарезку (контент, как написано выше, не поддаётся дальнейшему сжатию). Кстати, время я брал 20 минут на болванку. Т.е. если прибавить время на смену дисков и набор параметров для каждого диска, получиться ближе к 15-16 часам непрерывной работы .

Кстати, а чего это видео и музыка лежат на винтах? Если это не сервер (FTP, типа), то и надо их перелить на оптику, а оставшийся объём уж найдётся куда забэкапить .

[ctrl777]

на самом деле конечно заманчиво залить на болванки, тока проблема, счя у меня еше винт добавился, теперь вообще 500 Га инфы, куды все это бекапить?


вообще вполне возможно было бы под линукс написать что-то типа демона, который бы сам смотрел куда писать, линейное же склеивание, не дублирование; да скорость упадет, но думаю не настолько чтоб совсем плохо было, я вот этими дисками пользуюсь через самбу из под винды, так что в принципе идея реализуемая.

[_bob]

...теперь вообще 500 Га инфы, куды все это бекапить?

ИМХО 100 болваней по 12 рупий = 1200 рупий на 450 ГА. -- вполне приемлемо. За недельку помойку разобрать и прожечь тоже реально... Думаю, что тема исчерпала сама себя.
--
С уважением.

[Safir]

на самом деле конечно заманчиво залить на болванки, тока проблема, счя у меня еше винт добавился, теперь вообще 500 Га инфы, куды все это бекапить?

А на этом винте что? Тоже самое? Тогда и новые фильмы etc на оптику. Ну не смотришь же ты всё эти фильмы постоянно. Просто процесс переезда затянется.

вообще вполне возможно было бы под линукс написать что-то типа демона, который бы сам смотрел куда писать, линейное же склеивание, не дублирование; да скорость упадет, но думаю не настолько чтоб совсем плохо было, я вот этими дисками пользуюсь через самбу из под винды, так что в принципе идея реализуемая.

Почему-то мне кажется, что что-то в этом роде я уже где-то видел. Первое, что приходит в голову (так, на скорую руку сваять)- повесить доступ к диску на HTTP-сервер и примонтировать его fuse+httpfs. А распределением займётся CGI-скрипт. Недостатка 2: 1) медлено, ибо скрипт+http-сервер+httpfs+fuse; 2) похоже, обломиться произвольный доступ - только скачать-закачать. Хотя, это как скрипт написать - может и прокатит.

[ctrl777]

Хм  , решение записи на болванки я сам знал  , меня интересует другое.

[ctrl777]

я вот тута погуглил и увидел кое-что  :

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.

[Safir]

я вот тута погуглил и увидел кое-что  :

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 - это, наверно, больше подойдёт, поскольку FUSE уже в ядре, UnionFS - только в экспериментальных или отдельным модулем.

А вообще, интересное решение. Только вот как там с записью будет? Наверно, сама FS не сможет раскладывать - она, вроде, read-only.