URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 86924
[ Назад ]

Исходное сообщение
"Раздел полезных советов: Перенос данных через loop-диск, физ..."

Отправлено auto_tips , 19-Окт-12 12:33 
У меня на роутере с линуксом весит 3 флешки, объединенные в один длинный диск через линейный программный RAID. Возникла необходимость заменить одну из этих флешек, ничего умнее не придумал, как на ноутбуке скопировать всю информацию из старого массива в новый, через диск внутри файла, подключенный как loop device.

Но мне было лениво создавать loop-диск в 30 ГБ, поскольку это долго - скорость записи на диск не большая, а 30 ГБ это много. Поискал информацию про диски размером в одну дырку, и вот нашел вот этот [[http://www.debian-administration.org/articles/664 чудесный пост]].

У меня стоит ubuntu 12.04, через консоль перешел на диск от Windows 7 с ntfs:

   cd /media/Data

Создаем диск в 30ГБ размером в одну дырку

   dd if=/dev/zero of=disk.image bs=1M seek=30000 count=1

Проверьте сейчас сколько он у Вас занимает, через

   du -h disk.image

Форматируем диск:

   losetup /dev/loop0 disk.image
   mke2fs /dev/loop0

После предыдущего шага "du -h disk.image" показал у меня 460 МБ

Монтируем и заливаем на диск информацию - и файл с диском растет на разделе    в процессе загрузки данных

   mount /dev/loop0 /mnt/where/you/need

URL: http://www.debian-administration.org/articles/664
Обсуждается: http://www.opennet.me/tips/info/2716.shtml


Содержание

Сообщения в этом обсуждении
"Перенос данных через loop-диск, физически занимающий не больше размера скопированных данных"
Отправлено Аноним , 19-Окт-12 12:33 
О сколько нам открытий чудных
Готовит просвещенья дух...

^_^


"Перенос данных через loop-диск, физически занимающий не больше размера скопированных данных"
Отправлено igor , 19-Окт-12 14:06 
После предыдущего шага "du -h disk.image" показал у меня 460 МБ

а если данных на 300mb ? :)


"Перенос данных через loop-диск, физически занимающий не боль..."
Отправлено PavelR , 20-Окт-12 22:57 
> После предыдущего шага "du -h disk.image" показал у меня 460 МБ
> а если данных на 300mb ? :)

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


"Перенос данных через loop-диск, физически занимающий не боль..."
Отправлено A_n_D , 07-Июн-13 09:55 
Значит, испольуй jfs.

"Перенос данных через loop-диск, физически занимающий не больше размера скопированных данных"
Отправлено Аноним , 19-Окт-12 14:30 
Спасибо!

"Перенос данных через loop-диск, физически занимающий не больше размера скопированных данных"
Отправлено Роман , 19-Окт-12 14:39 
Чет не пойму для чего это? В чем профит по сравнению с tar (да или просто cp)?

"Перенос данных через loop-диск, физически занимающий не боль..."
Отправлено Andrey Mitrofanov , 19-Окт-12 20:02 
> Чет не пойму для чего это? В чем профит по сравнению с tar (да или просто cp)?

Видимо он сделал дырку в Win7 своей убунтой. ??? +1, я тоже ни-фи-га не понял.


"Перенос данных через loop-диск, физически занимающий не боль..."
Отправлено Аноним , 19-Окт-12 23:16 
> Видимо он сделал дырку в Win7 своей убунтой.

Ну а что, полезное применение :)


"Перенос данных через loop-диск, физически занимающий не больше размера скопированных данных"
Отправлено Аноним , 19-Окт-12 23:16 
Гражданин открыл для себя sparse файлы. Вау.

"Перенос данных через loop-диск, физически занимающий не боль..."
Отправлено PavelR , 20-Окт-12 09:51 
> Гражданин открыл для себя sparse файлы. Вау.

Это он для себя еще tar не открыл. Следите за новостями.


"Перенос данных через loop-диск, физически занимающий не больше размера скопированных данных"
Отправлено mitiok , 20-Окт-12 09:07 
"весит" . автор, купи букварь.

"Перенос данных через loop-диск, физически занимающий не больше размера скопированных данных"
Отправлено mihalych , 21-Окт-12 20:34 
Ёще один извратный метод:
dd if=/dev/zero of=/mnt/dos-c/zero.bin
#^^^пока не свалится с ошибкой "нет места на диске"
rm -vf /mnt/dos-c/zero.bin
umount /mnt/dos-c
dd if=/dev/sda1| xz --fast --compress --stdout > /var/backup/dos-c.dd.xz
#сдесь я имел в виду, что /dev/sda1 монтируется в каталог /mnt/dos-c

"Перенос данных через loop-диск, физически занимающий не больше размера скопированных данных"
Отправлено iZEN , 21-Окт-12 23:23 
При использовании ZFS в конфигурации линейного RAID-0 из нескольких носителей легко заменяется один носитель на новый методом включения (attach) заменяющего носителя к заменяемому (получается сегмент в виде зеркала). После резилверинга можно исключить (detach) заменяемый носитель из пула.

"Перенос данных через loop-диск, физически занимающий не боль..."
Отправлено некто , 22-Окт-12 08:46 
> При использовании ZFS в конфигурации линейного RAID-0 из нескольких носителей легко заменяется
> один носитель на новый методом включения (attach) заменяющего носителя к заменяемому
> (получается сегмент в виде зеркала). После резилверинга можно исключить (detach) заменяемый
> носитель из пула.

кто о чем, а вшивый о бане


"Перенос данных через loop-диск, физически занимающий не боль..."
Отправлено Аноним , 22-Окт-12 18:40 
> кто о чем, а вшивый о бане

Казалось бы при чем тут Лужков и ZFS? :)


"Перенос данных через loop-диск, физически занимающий не боль..."
Отправлено Аноним , 05-Дек-12 11:37 
Пля, а в Линуксе еще проще делается, и что? У тебя на каком роутере на флешке ZFS стоит? Покажи, а?

"Перенос данных через loop-диск, физически занимающий не боль..."
Отправлено vl , 23-Окт-12 09:58 
Может, что не понял, но почему нельзя было использовать tar ?

"Раздел полезных советов: Перенос данных через loop-диск, физ..."
Отправлено truncate , 24-Окт-12 10:11 
вместо:

dd if=/dev/zero of=disk.image bs=1M seek=30000 count=1

можно использовать:

truncate -s 30G disk.image


"Перенос данных через loop-диск, физически занимающий не больше размера скопированных данных"
Отправлено Аноним , 25-Окт-12 21:10 
Суть в том, что обычно при создании image файла, он занимает в системе ровно столько, на сколько он был создан. Иными словами фиксированный размер image файла, а в данном посте автор рассказывает, как создать image файл с динамическим размером, который будет увеличиваться по мере заполнения image файла.

"Перенос данных через loop-диск, физически занимающий не боль..."
Отправлено ram_scan , 08-Ноя-12 19:30 
Обычно при создании таким образом файла (один раз лсикнуть, подрезать и закрыть) он занимает (по крайней мере на ext3) в системе ровно размер иноды. Физически начинает пухнуть по мере записи.

"Перенос данных через loop-диск, физически занимающий не больше размера скопированных данных"
Отправлено sluge , 26-Окт-12 16:25 
то же самое написано в man losetup

"Перенос данных через loop-диск, физически занимающий не больше размера скопированных данных"
Отправлено Аноним , 26-Окт-12 22:24 
Остер отдыхает, короче..

"Перенос данных через loop-диск, физически занимающий не больше размера скопированных данных"
Отправлено zomg , 29-Окт-12 13:53 
LVM надо было юзать, а не линейный RAID. добавить четвертую флешку в группу, выкинуть одну старую. данные переедут.

"Перенос данных через loop-диск, физически занимающий не боль..."
Отправлено anonymous , 30-Окт-12 11:20 
плюсик