<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Linux Forum &mdash; Феерически кривой backup tar-ом: что я делаю не так?]]></title>
	<link rel="self" href="https://linuxforum.ru/extern.php?action=feed&amp;tid=10534&amp;type=atom" />
	<updated>2011-02-04T08:31:41Z</updated>
	<generator>PunBB</generator>
	<id>https://linuxforum.ru/viewtopic.php?id=10534</id>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=140609#p140609" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Угу, спасибо... Значит, всё-таки, не журнал... А то нифига себе журнальчик был бы (в интернетах такая версия присутствовала).</p></blockquote></div><p>журнал - это отдельный специальный файл. но он невидим. ещё есть суперблоки, а также иноды (inode) - области, где хранится информация про файлы (атрибуты файлов, но не имена). причём число (и размер) инодов фиксировано, и задаётся только при создании ФС, или для ext4 командой tune2fs если есть нужная фича. попробуйте<br /><div class="termtitle" style="font-family: sans-serif; position:relative; height:auto; width:auto; background:#3A4061; color:#FFFFFF; padding: 1px;"><b> Консоль:</b></div>
<div class="termcont" style="font-family: Terminus; position:relative; height:auto; width:auto; overflow-x:scroll; white-space: nowrap ; overflow-y:auto;background:#000000; color:#4EF44E; line-height:1.2; padding: 3px; font-size: 1rem; max-height: 60vh">tune2fs -l /dev/sdXY</div><br />чтобы узнать полную информацию о вашей ФС.</p><p>если есть маленький и быстрый HDD, то можно создать там журнал. Тогда скорость работы существенно увеличится (если конечно сервер умеет писать одновременно сразу на 2 диска). на самом деле, журнал маленький, и его просто незаметно на современных дисках. вот инодов много. например на одном моём разделе в 6,5G имеются 427392 инодов (свободно 405328), причём каждый из них в 256байт.</p>]]></content>
			<author>
				<name><![CDATA[drBatty]]></name>
				<uri>https://linuxforum.ru/profile.php?id=86</uri>
			</author>
			<updated>2011-02-04T08:31:41Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=140609#p140609</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=140579#p140579" />
			<content type="html"><![CDATA[<p>Внимание, предыдущий вывод значительно скорректирован.</p><p><strong>Создать на ntfs-ном разделе архив, внутри которого сохранятся права, всё-таки можно, и при распаковке на ext4 они останутся на месте. </strong>Лажа происходит на стадии распаковки такого архива на ntfs - только тогда права &quot;конвертятся&quot; в ntfs-ные.</p><p>Блин, ладно, полный бэкап я не мог на ext4 распаковывать из-за нехватки места, но что мне мешало какой-нибудь из мелких тестовых архивов, которых я тоже кучу насоздавал на ntfs, распаковать непосредственно на ext4! Соответственно, бОльшая часть моих мучений обусловлена исключительно моей дурной головой и была совершенно бесполезна. Ну да ладно - как получилось, так получилось. А большой линуксовый раздел, в любом случае не помешает.</p><br /><p>____________________</p><br /><div class="quotebox"><blockquote><p>3.9 это как раз рутовый резерв в 5%. доступ туда только руту. нужен&nbsp; на всякий случай. например ошибка в ошибке. требуется на разделах /var в корне и в /tmp. в /home и на дополнительных дисках обычно не нужен. выставляется mkfs -m5 (5%) при создании ФС, или tune2fs потом.</p></blockquote></div><p>Угу, спасибо... Значит, всё-таки, не журнал... А то нифига себе журнальчик был бы (в интернетах такая версия присутствовала).</p><p>Воспользовался tune2fs-ом (sudo tune2fs -m 1 /dev/sdxY), уменьшил резерв до процента на /home и хранилище.</p>]]></content>
			<author>
				<name><![CDATA[roman_k]]></name>
				<uri>https://linuxforum.ru/profile.php?id=10173</uri>
			</author>
			<updated>2011-02-04T06:26:23Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=140579#p140579</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=140355#p140355" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Да. В общем-то, я как запустил, так и понял сразу. Теперь думаю, как при этом и вывод на консоли сохранить: не по логу же, на этот раз ищем - на ходу-то хотелось бы и видеть, мимо чего едем. С другой стороны, тогда и подсветка спасает слабо; лучше потом журнал грепнуть...</p></blockquote></div><p>вывод можно отправить в файл командой <strong>tee</strong>, а потом, за рюмкой чая проанализировать. Команды cat и more&nbsp; не портят цвета. less тоже не портит, но ей ключ какой-то надо, не помню какой (ещё она умеет цветные маны показывать).<br /></p><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Подведу итоги... Создал ещё один ext4. Несколько удивило, что на свежеразмеченном и только что примонтированном 78-гектарном разделе оказались сразу же заняты чем-то категорически невидимым 4 Гектара. Что это?</p></blockquote></div><p>3.9 это как раз рутовый резерв в 5%. доступ туда только руту. <strong>нужен</strong> на всякий случай. например ошибка в ошибке. требуется на разделах /var в корне и в /tmp. в /home и на дополнительных дисках обычно не нужен. выставляется <strong>mkfs -m5</strong> (5%) при создании ФС, или tune2fs потом.<br /></p><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Несколько настораживает различие между размерами источника и тестово-распакованного архива в 3.5 мегабайта (считал Krusader-ом, df и du ещё не освоил), причём разница обнаруживается, в том числе между каталогами /usr.</p></blockquote></div><p>возможно это разряжённые файлы (они есть и в венде) sparace_super. Ну и при распаковке файлы могли быть уложены по другому (да и вообще много чего могло быть. df запускается без параметров, или с параметром -h (&quot;пиши по человечески!&quot; значит). Попробуйте <br /><div class="termtitle" style="font-family: sans-serif; position:relative; height:auto; width:auto; background:#3A4061; color:#FFFFFF; padding: 1px;"><b> Консоль:</b></div>
<div class="termcont" style="font-family: Terminus; position:relative; height:auto; width:auto; overflow-x:scroll; white-space: nowrap ; overflow-y:auto;background:#000000; color:#4EF44E; line-height:1.2; padding: 3px; font-size: 1rem; max-height: 60vh">du -sh /var/*</div><br /></p><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Поскольку ничего другого не остаётся, буду считать этот варианта бэкапа условно пригодным к использованию. До первого восстановления, а там и увидим...</p></blockquote></div><p>когда контролируют каталоги бекапа используют хеш, который сохраняют вместе с бекапом<br /><div class="termtitle" style="font-family: sans-serif; position:relative; height:auto; width:auto; background:#3A4061; color:#FFFFFF; padding: 1px;"><b> Консоль:</b></div>
<div class="termcont" style="font-family: Terminus; position:relative; height:auto; width:auto; overflow-x:scroll; white-space: nowrap ; overflow-y:auto;background:#000000; color:#4EF44E; line-height:1.2; padding: 3px; font-size: 1rem; max-height: 60vh">find /dir/ -type f -exec md5sum {} \; | tee MD5SUMS.txt</div><br />проверка:<br /><div class="termtitle" style="font-family: sans-serif; position:relative; height:auto; width:auto; background:#3A4061; color:#FFFFFF; padding: 1px;"><b> Консоль:</b></div>
<div class="termcont" style="font-family: Terminus; position:relative; height:auto; width:auto; overflow-x:scroll; white-space: nowrap ; overflow-y:auto;background:#000000; color:#4EF44E; line-height:1.2; padding: 3px; font-size: 1rem; max-height: 60vh">md5sum -c MD5SUMS.txt</div><br />файл с суммами можно сохранить отдельно, что-бы проверить целостность бекапа.</p>]]></content>
			<author>
				<name><![CDATA[drBatty]]></name>
				<uri>https://linuxforum.ru/profile.php?id=86</uri>
			</author>
			<updated>2011-02-03T16:03:29Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=140355#p140355</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=140276#p140276" />
			<content type="html"><![CDATA[<div class="quotebox"><blockquote><p>| передача стандартного потока другой команде<br />grep -E --color &quot;^tar: &quot; фильтрация&nbsp; &quot;tar: &quot;, но это регулярное выражение, тут символ ^ нужен что-бы ловилось только &quot;tar: &quot; первое в строке. А тар специально не пишет никогда первым в строке &quot;tar: &quot;. Это позволяет выдирать сообщения от тара из лога, в который пишет не одна программа, а множество.</p></blockquote></div><p>Да. В общем-то, я как запустил, так и понял сразу. Теперь думаю, как при этом и вывод на консоли сохранить: не по логу же, на этот раз ищем - на ходу-то хотелось бы и видеть, мимо чего едем. С другой стороны, тогда и подсветка спасает слабо; лучше потом журнал грепнуть...</p><br /><p>______________</p><br /><br /><p>Подведу итоги... Создал ещё один ext4. Несколько удивило, что на свежеразмеченном и только что примонтированном 78-гектарном разделе оказались сразу же заняты чем-то категорически невидимым 4 Гектара. Что это?</p><p>Ну да ладно, забэкапил туда. Права сохранены. Ошибки при завершении не декларируется.</p><p>В процессе архивации были &quot;проигнорированы&quot; 3 сокета: 2 от Akonadi - шиш с ним, с Аконади, 1 из /tmp - по размещению судя - тоже шиш с ним.</p><p>Несколько настораживает различие между размерами источника и тестово-распакованного архива в 3.5 мегабайта (считал Krusader-ом, df и du ещё не освоил), причём разница обнаруживается, в том числе между каталогами /usr.</p><p>Поскольку ничего другого не остаётся, буду считать этот варианта бэкапа условно пригодным к использованию. До первого восстановления, а там и увидим...</p>]]></content>
			<author>
				<name><![CDATA[roman_k]]></name>
				<uri>https://linuxforum.ru/profile.php?id=10173</uri>
			</author>
			<updated>2011-02-03T14:16:59Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=140276#p140276</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=140153#p140153" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>А ещё - читал примеры, в которых она есть... Подумал, пусть будет - мне ж не жалко</p></blockquote></div><p>а мне - жалко. и так много кнопок нажимаю.<br />в примерах она видимо потому, что автор то-ли сам ман не дочитал, то-ли хотел подчеркнуть, что распаковка должна сохранять права, то-ли речь шла про распаковку от пользователя, и в данном конкретном случае опция была обязательной...</p><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Кстати, иногда вижу как удваивают -v (в частности, и у Вас). Не подскажете, зачем это делается?</p></blockquote></div><p>иногда v утраивают, и даже учетверяют <img src="https://linuxforum.ru/img/smilies/ab.gif" alt="ab" /><br /></p><div class="codebox"><pre><code>2. Чья бы корова мычала...Ну это фишка известная, но для галочки упомяну :)
Набираем:
$apt-get moo

Далее:
$aptitude -v moo
There really are no Easter Eggs in this program.

Далее...
$aptitude -vv moo
Didn&#039;t I already tell you that there are no Easter Eggs in this program?

...
$aptitude -vvv moo
Stop it!

...
$aptitude -vvvv moo
Okay, okay, if I give you an Easter Egg, will you go away?

...
$aptitude -vvvvv moo
All right, you win.
sssssssssssssssssssssssssssssss/-----\
sssssssssssssssssssssss---------/ssssss\
ssssssssssssssssssssss/ssssssssssssss\
sssssssssssssssssssss/sssssssssssssss|
sss------------------------/ssssssssssssssss--------\
sss--------------------------------------------------------

И последний раз:
$aptitude -vvvvvv moo
What is it? It&#039;s an elephant being eaten by a snake, of course.</code></pre></div><p> <img src="https://linuxforum.ru/img/smilies/ag.gif" alt="ag" /> <br />( <a href="http://welinux.ru/post/2675/">http://welinux.ru/post/2675/</a> )<br /></p><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>В очередной раз убедился, что самые разные задачи решать через консоль не только надёжнее (если, конечно, предварительно понять, что именно в консоль вбивается, а не просто как ритуальную формулу повторять)</p></blockquote></div><p>хочу вас заранее предупредить, что ФС это не ящик с картошкой. Часто сложно понять существует-ли файл вообще, а уж про его объём...<br /></p><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Просто об этом не пишут, и большинство пользователей, полагаю, и не догадываются о такой специфике подсчёта.</p></blockquote></div><p>тем и хороша консоль, что она позволяет отслеживать сбои. тут программа работает с ошибками, но юзер об этом и не подозревает <img src="https://linuxforum.ru/img/smilies/ac.gif" alt="ac" /><br />в консоли было-бы куча строчек с руганью...<br /></p><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Или я ошибаюсь, и что-то, всё-таки, необходимо исключить даже при бэкапе системы, которая не запущена?</p></blockquote></div><p>по идее можно и не исключать. в работающей надо исключить /proc, /sys, /dev. Причём бекап нужно делать по живому, т.к. разделов обычно больше одного, и у меня например корень - просто набор точек монтирования для остальных разделов. Ну а если система не работает (мы смотрим на диск с лайва), то логичнее сделать образ всего диска командой <strong>dd</strong>.<br /></p><div class="quotebox"><blockquote><p>tar -cvvf a.tar * 2&gt;&amp;1 | grep --color -E &quot;^tar: &quot;</p></blockquote></div><p>-сvvf создание архива a.tar<br />2&gt;&amp;1 отправка ошибок(2) в стандартный поток(1)<br />| передача стандартного потока другой команде<br />grep -E --color &quot;^tar: &quot; фильтрация&nbsp; &quot;tar: &quot;, но это регулярное выражение, тут символ ^ нужен что-бы ловилось только &quot;tar: &quot; первое в строке. А тар специально не пишет никогда первым в строке &quot;tar: &quot;. Это позволяет выдирать сообщения от тара из лога, в который пишет не одна программа, а множество.</p>]]></content>
			<author>
				<name><![CDATA[drBatty]]></name>
				<uri>https://linuxforum.ru/profile.php?id=86</uri>
			</author>
			<updated>2011-02-03T09:05:38Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=140153#p140153</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=140052#p140052" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>drBatty пишет:</cite><blockquote><p>я тут мануал читал, оказывается ВНЕЗАПНО, что опция -p не нужна <img src="https://linuxforum.ru/img/smilies/ab.gif" alt="ab" /></p></blockquote></div><p>Да, я его тоже читал... А ещё - читал примеры, в которых она есть... Подумал, пусть будет - мне ж не жалко <img src="https://linuxforum.ru/img/smilies/ab.gif" alt="ab" /></p><p>Кстати, иногда вижу как удваивают -v (в частности, и у Вас). Не подскажете, зачем это делается?</p><br /><div class="quotebox"><cite>drBatty пишет:</cite><blockquote><p>количество свободного места Ъ линуксоиды смотрят командой df, занимаемый объём командой du</p></blockquote></div><p>Спасибо. В очередной раз убедился, что самые разные задачи решать через консоль не только надёжнее (если, конечно, предварительно понять, что именно в консоль вбивается, а не просто как ритуальную формулу повторять), но, как бы ни странно это ни казалось поначалу, быстрее и удобнее. Буду осваивать и эти инструменты. </p><br /><div class="quotebox"><cite>drBatty пишет:</cite><blockquote><p>Баги в дельфине отправляйте по адресу <a href="https://bugs.kde.org">https://bugs.kde.org</a>/</p></blockquote></div><p>Так это ж не баг... Это ж логично вполне... Просто об этом не пишут, и большинство пользователей, полагаю, и не догадываются о такой специфике подсчёта. Посчитал нужным написать - пусть Гугл отныне знает.</p><br /><div class="quotebox"><cite>drBatty пишет:</cite><blockquote><p>Кстати, само понятие &quot;файл&quot; вы понимаете не полностью, по вендовому, в мире Linux всё файлы, потому не удивляйтесь, если ваш бекап будет включать в себя вообще ВСЁ (память, клавиатуру, все диски, а может даже пол-интернета)</p></blockquote></div><p>К этому я уже привык... И считаю это вполне логичным (удивительно уже, что в Винде не так). Однако, я так понимаю, что при создании бэкапа &quot;отдыхающей&quot; системы при помощи LiveCD, откровенно лишнего в бэкап не попадёт, а из файлов устройств попадут как-раз те, которые пришлось бы создавать руками после установки на чистый раздел. Или я ошибаюсь, и что-то, всё-таки, необходимо исключить даже при бэкапе системы, которая не запущена?</p><br /><div class="quotebox"><cite>drBatty пишет:</cite><blockquote><p>не получилось войти в этот каталог. Кроме того, не получилось сохранить в архиве a.tar архив a.tar (сами наверное знаете почему).</p></blockquote></div><p>Эти-то два варианта я учёл. Загрузка с LiveCD - против обращения к чему-то работающему; sudo - против недостаточности прав; раздел с назначением к разделу с источником не примонтирован. </p><br /><div class="quotebox"><cite>drBatty пишет:</cite><blockquote><p>правильно так:<br />Консоль:</p><p>$ tar -cvvf a.tar * 2&gt;&amp;1 | grep --color -E &quot;^tar: &quot;</p><p>тут я отправил второй поток в первый</p></blockquote></div><p>Спасибо. Полностью я написанного Вами, признаюсь, не понял, но это практикой познаётся... Если не познается само, переспрошу.</p>]]></content>
			<author>
				<name><![CDATA[roman_k]]></name>
				<uri>https://linuxforum.ru/profile.php?id=10173</uri>
			</author>
			<updated>2011-02-03T00:01:52Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=140052#p140052</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=139779#p139779" />
			<content type="html"><![CDATA[<p>ЗЫЖ<br />кстати, что-бы не ломать голову с поиском ошибок, ищите:<br /><div class="termtitle" style="font-family: sans-serif; position:relative; height:auto; width:auto; background:#3A4061; color:#FFFFFF; padding: 1px;"><b> Консоль:</b></div>
<div class="termcont" style="font-family: Terminus; position:relative; height:auto; width:auto; overflow-x:scroll; white-space: nowrap ; overflow-y:auto;background:#000000; color:#4EF44E; line-height:1.2; padding: 3px; font-size: 1rem; max-height: 60vh">grep -E &quot;^tar: &quot;</div><br />Эта команда отфильтровывает лишь строчки, которые начинаются на &quot;tar: &quot;, и не забывайте о том, что PIPE отправляет только лишь первый поток, потому<br /><div class="termtitle" style="font-family: sans-serif; position:relative; height:auto; width:auto; background:#3A4061; color:#FFFFFF; padding: 1px;"><b> Консоль:</b></div>
<div class="termcont" style="font-family: Terminus; position:relative; height:auto; width:auto; overflow-x:scroll; white-space: nowrap ; overflow-y:auto;background:#000000; color:#4EF44E; line-height:1.2; padding: 3px; font-size: 1rem; max-height: 60vh">$ tar -cvvf a.tar * | grep --color -E &quot;^tar: &quot;</div><br />НЕ работает</p><p>правильно так:<br /><div class="termtitle" style="font-family: sans-serif; position:relative; height:auto; width:auto; background:#3A4061; color:#FFFFFF; padding: 1px;"><b> Консоль:</b></div>
<div class="termcont" style="font-family: Terminus; position:relative; height:auto; width:auto; overflow-x:scroll; white-space: nowrap ; overflow-y:auto;background:#000000; color:#4EF44E; line-height:1.2; padding: 3px; font-size: 1rem; max-height: 60vh">$ tar -cvvf a.tar * 2&gt;&amp;1 | grep --color -E &quot;^tar: &quot;</div></p><p>тут я отправил второй поток в первый</p>]]></content>
			<author>
				<name><![CDATA[drBatty]]></name>
				<uri>https://linuxforum.ru/profile.php?id=86</uri>
			</author>
			<updated>2011-02-02T11:17:49Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=139779#p139779</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=139777#p139777" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>Lupo Alberto пишет:</cite><blockquote><p>Архив вы создаёте со сжатием, а извлекаете — без.</p></blockquote></div><p>что, кстати, абсолютно правильно <img src="https://linuxforum.ru/img/smilies/ab.gif" alt="ab" /><br />пусть tar сам разбирается.<br /></p><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Проблема №3, делающая созданный мной бэкап полностью непригодным к использованию: все файлы и каталоги получили владельца root и разрешающие права &quot;всем на всё&quot;. Заметим, что p и --same-owner я не пропускал, выполняя инструкцию с дотошностью, достойной истинного арийца. Как? Почему? За что мне это?</p></blockquote></div><p>я тут мануал читал, оказывается ВНЕЗАПНО, что опция -p не нужна <img src="https://linuxforum.ru/img/smilies/ab.gif" alt="ab" /><br />потому-что она по дефолту установлена (для рута. для всех остальных не установлена, но тоже обычно не нужна - менять владельца может только рут). Права NTFS совершенно другие, не такие как в Linux FS, tar вместе с ntfs-3g пытались вам помочь, но вы-же понимаете, всему есть предел. Пишите на <a href="http://www.microsoft.com">www.microsoft.com</a>, может в Windows 8 наконец сделают нормальные права доступа&nbsp; <img src="https://linuxforum.ru/img/smilies/ah.gif" alt="ah" /> <br /></p><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Честно говоря, я бы не удивился, если бы ntfs не поддерживала системы линуксовых прав, в принципе; ан нет ведь - сами категории владельцев и прав сохраняются, только меняются на root и &quot;всем всё можно&quot;.</p></blockquote></div><p>ага. владельцы там есть и права какие-то тоже есть. они просто ДРУГИЕ. тар пытался как-то привести линуксовые к вендовым, но...<br /></p><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Так вот, мне в голову не могло прийти, что когда я смотрю Долфином количество свободного места на разделе, то получаю совершенно неадекватную оценку.</p></blockquote></div><p>количество свободного места Ъ линуксоиды смотрят командой <strong>df</strong>, занимаемый объём командой <strong>du</strong>, посчитать все файлы в каталоге - командой <strong>find dir | wc -l</strong> (только учтите, это ВСЕ файлы, например ещё и хардлинки вроде точка и две точки). Баги в дельфине отправляйте по адресу <a href="https://bugs.kde.org">https://bugs.kde.org</a>/<br /></p><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Долфин препятствий на своём пути в скрытые папки не встречает, и подсчёт происходит корректно.</p></blockquote></div><p>вот потому и призываю вас считать файлы командой find - она вам напишет, что её куда-то не пустили. Кстати, само понятие &quot;файл&quot; вы понимаете не полностью, по вендовому, в мире Linux всё файлы, потому не удивляйтесь, если ваш бекап будет включать в себя вообще ВСЁ (память, клавиатуру, все диски, а может даже пол-интернета)</p><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Процесс пошёл и продолжался приблизительно столько же времени, сколько и архивация, но завершился прекрасной в своей лаконичной информативности фразой: &quot;Выход с ошибкой из-за предыдущих ошибок&quot;. Провёл поиск по консольному выводу (он сохранялся полностью) буквосочетанием &quot;ошиб&quot; и никаких соответствующих сообщений в процессе разархивации не обнаружил. Поиск по &quot;error&quot; не осилил по причине обилия в архиве файлов &quot;error.png&quot;. Этот факт можно считать проблемой №1: уважаемые, чем мог быть обусловлен выход с подобным сообщением и как бы это выявить? Какова связь таковой концовки с кривостями восстановленной информации, приведёнными ниже?</p></blockquote></div><p>тут я вижу целых 2 проблемы:</p><p>1) об ошибках тар пишет в /dev/stderr (второй поток), потому вы можете отправить ошибки в какой-нибудь файл<br /><div class="termtitle" style="font-family: sans-serif; position:relative; height:auto; width:auto; background:#3A4061; color:#FFFFFF; padding: 1px;"><b> Консоль:</b></div>
<div class="termcont" style="font-family: Terminus; position:relative; height:auto; width:auto; overflow-x:scroll; white-space: nowrap ; overflow-y:auto;background:#000000; color:#4EF44E; line-height:1.2; padding: 3px; font-size: 1rem; max-height: 60vh">tar &lt;...&gt; 2&gt;errors.txt</div><br />2) у grep есть ключик -v<br /><div class="termtitle" style="font-family: sans-serif; position:relative; height:auto; width:auto; background:#3A4061; color:#FFFFFF; padding: 1px;"><b> Консоль:</b></div>
<div class="termcont" style="font-family: Terminus; position:relative; height:auto; width:auto; overflow-x:scroll; white-space: nowrap ; overflow-y:auto;background:#000000; color:#4EF44E; line-height:1.2; padding: 3px; font-size: 1rem; max-height: 60vh">tar &lt;...&gt; | grep -v &quot;errors.png&quot; | grep &quot;error&quot;</div></p><p>но вам это всё равно не поможет: дело вот в чём: сам по себе <strong>tar не умеет упаковывать</strong>, а умеет в данном случае gzip. Очевидно, что для упаковки файл надо прочитать, но это невозможно из-за недостатка прав (а может невозможно из-за того, что в какой-то каталог не войти, тоже из-за прав).</p><p>вы-бы запустили-бы свой тар на маленькой кошке, и всё-бы поняли:<br /><div class="termtitle" style="font-family: sans-serif; position:relative; height:auto; width:auto; background:#3A4061; color:#FFFFFF; padding: 1px;"><b> Консоль:</b></div>
<div class="termcont" style="font-family: Terminus; position:relative; height:auto; width:auto; overflow-x:scroll; white-space: nowrap ; overflow-y:auto;background:#000000; color:#4EF44E; line-height:1.2; padding: 3px; font-size: 1rem; max-height: 60vh">$ tar -cvvf a.tar * 1&gt;/dev/null <br />tar: a.tar: файл является архивом; не сброшен<br />tar: l: Функция open завершилась с ошибкой: Отказано в доступе<br />tar: Завершение работы с состоянием неисправности с из-за возникших ошибок<br /></div></p><p>А вот и причина:<br /><div class="termtitle" style="font-family: sans-serif; position:relative; height:auto; width:auto; background:#3A4061; color:#FFFFFF; padding: 1px;"><b> Консоль:</b></div>
<div class="termcont" style="font-family: Terminus; position:relative; height:auto; width:auto; overflow-x:scroll; white-space: nowrap ; overflow-y:auto;background:#000000; color:#4EF44E; line-height:1.2; padding: 3px; font-size: 1rem; max-height: 60vh">$ ls -ld l<br />d--------- 2 doc users 4096 2011-01-13 15:47 l/<br /></div><br />не получилось войти в этот каталог. Кроме того, не получилось сохранить в архиве a.tar архив a.tar (сами наверное знаете почему).</p><p>Вот потому, хотя и архив успешно создан, команда завершена с ошибкой - ибо в бекап не попали некоторые важные файлы.</p>]]></content>
			<author>
				<name><![CDATA[drBatty]]></name>
				<uri>https://linuxforum.ru/profile.php?id=86</uri>
			</author>
			<updated>2011-02-02T11:08:33Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=139777#p139777</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=139747#p139747" />
			<content type="html"><![CDATA[<p>Итак... Методом длительного и последовательного, упорного, можно сказать, научного тыка, корни и предполагаемые решения проблем №№2-5 были предположительно выявлены.</p><br /><p><strong>Проблема №2</strong> (появление лишних директорий по пути к нужной), как и подсказал <strong>Lupo Alberto</strong>, решается <strong>преварительным переходом в архивируемую папку</strong> и выполнением</p><div class="codebox"><pre><code>sudo tar -cvzpf /путь/к/папке/назначения/архив.tar.gz ./</code></pre></div><p>, если архивировать нужно содержание директории, но не саму директорию, или переходом в родительскую директорию относительно нужной и выполнением</p><div class="codebox"><pre><code>sudo tar -cvzpf /путь/к/папке/назначения/архив.tar.gz ./директория-источник</code></pre></div><p>, если в архиве мы хотим сохранить и саму директорию. Где мы будем находиться при распаковке архива, значения не имеет.</p><br /><p><strong>Проблемы №3 и №4</strong>, похоже, локализованы - научный тык показал, что <strong>архивация/разархивация на ext4 даёт-таки сохранение владельца, прав и суидности, а на ntfs - не даёт, сколько и как ни бейся</strong>. Честно говоря, я бы не удивился, если бы ntfs не поддерживала системы линуксовых прав, в принципе; ан нет ведь - сами категории владельцев и прав сохраняются, только меняются на root и &quot;всем всё можно&quot;.</p><p>Очень жаль, честно говоря: места нужно то под торренты побольше, то под линуксовые бэкапы, а плавающую перемычку между файловыми системами не поставить. Что ж, придётся отгрызать от ntfs увесистый ломоть (впрочем, неизвестно, получится ли у меня сделать полный бэкап на ext4; для теста у меня свободного места сейчас не достаточно). Во всяком случае, те, кто будут пытаться делать линуксовые бэкапы на виндовый диск, пусть учтут, что я об эту задачу побился изрядно, однако стены не прошиб.</p><br /><p><strong>Проблема №5</strong> оказалась ещё смешнее, чем я предполагал... Krusader-а с sudo-mode на Live-CD, естественно, нет; размеры директорий и количество файлов и поддиректорий в них считались Долфином, запускающимся от умолчального юзера. Так вот, мне в голову не могло прийти, что когда я смотрю Долфином количество свободного места на разделе, то получаю совершенно неадекватную оценку.</p><p>Суть в следующем: у директорий типа .kde, .mozilla, .wine (неслабо, к слову, весящих) и им подобных в правах стоит запрет на вход всем, кроме владельца; Долфин, запущенный от имени другого юзера, в них и не входит, не считая их содержимое за занятое дисковое пространство. В случае же со сбитыми в бэкапе разрешениями, Долфин препятствий на своём пути в скрытые папки не встречает, и подсчёт происходит корректно. В общем, <strong>если приложение, запущенное под юзером, сообщает Вам, что у Вас 6 свободных Гектар на домашнем разделе, не спешите ему верить</strong> - может, у другого юзера на том же разделе имеется кэш Мозиллы на 5.9 Гектар... <img src="https://linuxforum.ru/img/smilies/ab.gif" alt="ab" /></p><br /><p>Надеюсь, что бэкап на ext4 (когда я его создам) проблем уже не вызовет, а этот мой отчёт поможет кому-нибудь в сходной ситуации. Впрочем, есть вероятность, что на этом мои мучения ещё не закончились: добиться &quot;выхода с ошибкой из-за предыдущих ошибок&quot; у меня не получилось, а значит - корень проблемы №1 по-прежнему скрыт, и может задать ещё какую-нибудь головоломную задачку.</p>]]></content>
			<author>
				<name><![CDATA[roman_k]]></name>
				<uri>https://linuxforum.ru/profile.php?id=10173</uri>
			</author>
			<updated>2011-02-02T09:53:16Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=139747#p139747</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=139245#p139245" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>Lupo Alberto пишет:</cite><blockquote><p>Не может быть в этом виновата используемая вами файловая система ntfs?</p></blockquote></div><p>Может, наверное... Очень плохо будет, если это так...</p><p>Я вот что подумал... Не может ли быть в этом виновато</p><div class="codebox"><pre><code>sudo mkdir -p /mnt/tera/BackUp/Linux/Full</code></pre></div><p>и</p><div class="codebox"><pre><code>sudo mkdir -p /mnt/tera/BackUp/Linux/Test/root</code></pre></div><p>?</p><p>Директории создаются, как раз-таки, с владельцем root и правами &quot;всем на всё&quot;, хоть с -p, хоть без него. В случае с точками монтирования - это и вовсе неизбежно... Может, содержимое тупо перенимает владельца/права своего каталога? Как тогда с этим бороться?</p><br /><div class="quotebox"><cite>Lupo Alberto пишет:</cite><blockquote><p>Архив вы создаёте со сжатием, а извлекаете — без.</p></blockquote></div><p>А ведь да!.. Однако же, файлы у меня получались разжаты - я и по директориям там ходил, и даже картинку какую-то открывал.</p><div class="quotebox"><cite>Lupo Alberto пишет:</cite><blockquote><p>Не пробовали извлекать без опции&nbsp; --same-owner?</p></blockquote></div><p>Не пробовал. Записал в список &quot;попробовать&quot;.</p><div class="quotebox"><cite>Lupo Alberto пишет:</cite><blockquote><p>Вы попробуйте, структура каталогов сохраняется и разархивирование в нужный каталог с опцией -C прекрасно работает.</p></blockquote></div><p>Уже в том же списке...</p><div class="quotebox"><cite>Lupo Alberto пишет:</cite><blockquote><p>Вы не проверяли, исключены ли из архива каталоги /mnt/linroot/home/user1/Музыка и&nbsp; /mnt/linroot/home/user2/Музыка?</p></blockquote></div><p>Проверял, конечно. Исключены. Набор видимых файлов в домашних директориях тот, что был нужен, но не с теми владельцами. Раздутость где-то в скрытых. В скрытые не полез, поскольку слишком уж устал от этого всего к тому времени.</p><div class="quotebox"><cite>Lupo Alberto пишет:</cite><blockquote><p>В момент создания архива в каталог /mnt/linroot/mnt ничего не примонтировано?</p></blockquote></div><p>Специально не проверял, но я так понимаю, что туда физически не могло быть ничего примонтировано. Я же это из-под LiveCD всё делал.</p>]]></content>
			<author>
				<name><![CDATA[roman_k]]></name>
				<uri>https://linuxforum.ru/profile.php?id=10173</uri>
			</author>
			<updated>2011-01-31T20:11:54Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=139245#p139245</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=139233#p139233" />
			<content type="html"><![CDATA[<p>Вот один из созданных до вас и иногда используемых мной <a href="http://paste.pocoo.org/show/330114/">«велосипедов»</a>.<br />Если заинтересуетесь и что-то будет непонятно, могу объяснить подробнее.</p>]]></content>
			<author>
				<name><![CDATA[Lupo Alberto]]></name>
				<uri>https://linuxforum.ru/profile.php?id=9018</uri>
			</author>
			<updated>2011-01-31T19:27:19Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=139233#p139233</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=139223#p139223" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>И, наконец, проблема пятая и самая весёлая: размер разархивированного бэкапа вырос по сравнению с оригиналом с 7 749 892 338 байт до 10 119 811 031, количество файлов возросло с 198 343 до 281 008 и даже папок (мой мозг! это-то как может произойти!) тысчёнки четыре прибавилось!</p></blockquote></div><p>Вы не проверяли, исключены ли из архива каталоги <em>/mnt/linroot/home/user1/Музыка</em> и&nbsp; <em>/mnt/linroot/home/user2/Музыка</em>?<br />В момент создания архива в каталог <em>/mnt/linroot/mnt</em> ничего не примонтировано?</p>]]></content>
			<author>
				<name><![CDATA[Lupo Alberto]]></name>
				<uri>https://linuxforum.ru/profile.php?id=9018</uri>
			</author>
			<updated>2011-01-31T19:18:46Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=139223#p139223</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=139221#p139221" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Как тут не мудрствовать - придумать не могу.</p></blockquote></div><p>Вы попробуйте, структура каталогов сохраняется и разархивирование в нужный каталог с опцией <strong>-C</strong> прекрасно работает.</p>]]></content>
			<author>
				<name><![CDATA[Lupo Alberto]]></name>
				<uri>https://linuxforum.ru/profile.php?id=9018</uri>
			</author>
			<updated>2011-01-31T19:14:12Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=139221#p139221</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=139217#p139217" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>Проблема №3, делающая созданный мной бэкап полностью непригодным к использованию: все файлы и каталоги получили владельца root и разрешающие права &quot;всем на всё&quot;. Заметим, что p и --same-owner я не пропускал, выполняя инструкцию с дотошностью, достойной истинного арийца. Как? Почему? За что мне это?</p></blockquote></div><p>Не может быть в этом виновата используемая вами файловая система ntfs?<br /></p><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>sudo tar -cvzpf /mnt/tera/BackUp/Linux/Full/full-30-01-11.tar.gz /mnt/linroot --exclude=/mnt/linroot/home/user1/Музыка --exclude=/mnt/linroot/home/user2/Музыка</p></blockquote></div><div class="quotebox"><cite>roman_k пишет:</cite><blockquote><p>sudo tar --same-owner -xvpf /mnt/tera/BackUp/Linux/Full/full-30-01-11.tar.gz -C /mnt/tera/BackUp/Linux/Test/root</p></blockquote></div><p>Архив вы создаёте со сжатием, а извлекаете — без.<br />Не пробовали извлекать без опции&nbsp; <strong>--same-owner</strong>?</p>]]></content>
			<author>
				<name><![CDATA[Lupo Alberto]]></name>
				<uri>https://linuxforum.ru/profile.php?id=9018</uri>
			</author>
			<updated>2011-01-31T19:11:13Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=139217#p139217</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: Феерически кривой backup tar-ом: что я делаю не так?]]></title>
			<link rel="alternate" href="https://linuxforum.ru/viewtopic.php?pid=139216#p139216" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>Lupo Alberto пишет:</cite><blockquote><p>У меня тоже подобные проблемы возникали: не мудрствуя лукаво, я перед архивацией переходил в архивируемый каталог и в нём запускал команду.</p></blockquote></div><p>Угу, я об этом думал... Но это, вероятно, касается только проблемы №2 - появления лишних вложенностей. Но у меня источник бэкапа и сам бэкап при архивации и бэкап и назначение при восстановлении - неизбежно будут на разных разделах и в разных точках монтирования. Как тут не мудрствовать - придумать не могу.</p><p>Опять же, остальных проблем из списка это не отменяет. Владельцы/права и суидность беспокоят больше всего...</p>]]></content>
			<author>
				<name><![CDATA[roman_k]]></name>
				<uri>https://linuxforum.ru/profile.php?id=10173</uri>
			</author>
			<updated>2011-01-31T19:10:50Z</updated>
			<id>https://linuxforum.ru/viewtopic.php?pid=139216#p139216</id>
		</entry>
</feed>
