» Новичок в GNU/Linux’е

krserv
Цитата:

sudo ./mir_clean.sh

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

krserv

Цитата:

читать буду, обязательно, но сейчас выполняя Ваши советы почему не получается?

Не отчаивайтесь, обязательно получится, но только после того как все-таки прекратите игнорировать предложенные доки к прочтению.

P.S.: Как бы Вас помягче попросить отложить идею с обучением учеников, до тех пор пока сами не освоите на достаточном уровне линух и его шелл.
А на данный момент Вы пренебрегаете азами.
И еще, прекратите кидать камни в сторону консоли, мотивируя это посредственным владением клавиатуры.

и так уже делал: [more]trn@srvdebntb:/mnt/repo/debian/scripts$ sudo ./mir_clean.sh
[sudo] password for trn:
./mir_clean.sh: 3: clean.sh: not found
trn@srvdebntb:/mnt/repo/debian/scripts$[/more]

krserv
Первое — видимо стоит продолжить в выделенной для Вас теме.
Второе — на данном этапе развития используйте всегда и везде абсолютные пути.

давайте еще раз сам скрипт посмотрим может там что-то:
[more]trn@srvdebntb:/mnt/repo/debian/scripts$ cat mir_clean.sh
#!/bin/sh
cd /mnt/repo/debian/var
clean.sh >> /mnt/repo/debian/var/log/apt-mirror.log[/more]

krserv
Цитата:

давайте еще раз

давайте
Цитата:

на данном этапе развития используйте всегда и везде абсолютные пути.

просвятите пожалуйста в таком вопросе:
вот например, если я выделяю содержимое ( текст и картинки ) с какого либо сайта и вставляю в офис ворд(это в винде7), то потом сохранив и закрыв его, когда снова открываю этот документ то все на своих местах, а если эту же процедуру я проделаю в убунту в либрофисе, то получу при следующем открытии документа вместо картинок квадраты со ссылками на эти рисунки, и мне приходится предварительно сохранять эти картинки и после вставления текста( скопированного с сайта) добавлять их в документ, не удобно же, а иначе ни как, это что фишка такая? и можно ли это исправить как то?

gigabyte11
Не знаю, обратитесь к тем, кто пользуется Либрофисом. Каким боком тут ГНУ/Линукс-то?

Цитата:

это что фишка такая? и можно ли это исправить как то?

Microsoft Office Word при копировании сохраняет изображения, LibreOffice Writer сохраняет только ссылки на них. Думаю что разработчики назовут это фичей, поскольку размер документа получится меньше

ребята, не подскажите как выдрать из кеша файрфокс клип, который просмотрел

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

gigabyte11
Переходишь по адресу "about:cache?device=disk" (без кавычек), выбираешь нужный файл, щелкаешь по нему правой клавишей мыши, чтобы появилось меню, потом -- "сохранить как".

ooptimum

Цитата:

Переходишь по адресу "about:cache?device=disk" (без кавычек), выбираешь нужный файл, щелкаешь по нему правой клавишей мыши, чтобы появилось меню, потом -- "сохранить как".

не помогает, там только ссылки

правильно, там ссылки на место, откуда был скачан ролик. а что вы ожидали там увидеть, имя ролика? хотя я очень сомневаюсь, что он вообще был закеширован.

У меня очередной тупняк.
Нужно изменить файл в iso'шнике. Мои действия вполне логичны.
# mount -o loop file.iso /mnt
# mkdir /home/alukardd/isofolder
# cp -r /mnt/* /home/alukardd/isofolder или так rsync /mnt /home/alukardd/isofolder
Дальше можно не расказывать, каталог вырос раза в полтара (du -sh /home/alukardd/isofolder по сравнению с du -sh /mnt)
Если что, то дальше меняю содержимое на нужное и запаковываю образ обратно. Конечный образ весит соразмерну каталогу из которого он был собран и в 1,5раза больше исходного. Моих изменений на пару килобайт.

И вроде ни чего лишнего по символьным ссылкам не тащится... В общем я не понимаю. Есть каталог в котором ни чего кроме файлов нету, ни единой ссылки или других файлов-устройств. И вот этот катлог вырос с 207 до 294Мб по словам du -sh!
Примонтированный iso имеет ФС iso9660, /home форматирован в ext4.

Alukardd
Возможно, что все дело в хардлинках в исошнике? Посчитайте количество файлов и их совокупный размер в /mnt и в /home/alukardd/isofolder, и сравните между собой.

ooptimum
Что-то лень думать как это сделать, думаю этот вывод опровергнет вашу догадку о жёстких ссылках. К тому же я совсем не уверен что в iso9660 их вообще можно использовать.
Цитата:

# du -shl /mnt/
385M    /mnt/
# du -sh /mnt/
385M    /mnt/

,где -l, --count-links
count sizes many times if hard linked
И да, как я уже говрил дело не в символьных ссылках.
Тот каталог о котором я говорил в первом посте, тот что содержит только файлы абсолютно идентичен по файлам — diff -q /mnt/somedir /home/alukardd/isofolder/somedir.

Я вообще не догоняю что такого даёт в размер каталога ext4 по сравнению с iso9660??? Выполнил 3 простые команды:
# ls -l /mnt/proxmox/packages/ > /tmp/1
# ls -l /home/alukardd/proxmox_my/proxmox/packages/ > /tmp/2
# diff /tmp/1 /tmp/2
1c1
< total 143288
---
> total 144632 разница тупо в конечном результате — КАК?

p.s. Да, если кто внимательный и кого-то это волнует то iso'шник это proxmox-ve_2.2.

у меня есть этот iso, сейчас проверю у себя

Добавлено:
Да, я получил точно такие же цифры: 143288 и 144632. будем думать дальше...

ooptimum
Если что, то такой эффект только при таких действиях. Если просто через "менджер архивов" распаковать этот iso'шник это имени обычного пользователя в домашний каталог, то он будет весить как ему и положено, но теряются права и бит исполняемости.

У iso9660 размер сектора 2048, а у ext4 4096. Вот она разница?

Все понятно -- дело в . и ..

$ ls -l -A --block-size=1 1/proxmox/packages | awk '{print $5 "\t" $9}' >1.out
$ ls -l -A --block-size=1 2/proxmox/packages | awk '{print $5 "\t" $9}' >2.out
$ diff 1.out 2.out
$

Добавлено:
iso смонтировано в 1 и его содержимое скопировано в 2

ooptimum
Да что косяк с размером секторов(блоков?) это я уже понял, а мне-то что делать? Как iso'шник пересобрать с адекватным размером?)

Чем исо собираете?

ooptimum
# genisoimage -D -r -V "ProxmoxVE_2.2" -cache-inodes -J -l -b boot/isolinux/isolinux.bin -c boot/isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table -o /home/alukardd/proxmoxve_2.2_flash.iso .
Куча параметров, что бы iso'шник остался загрузочным, хотя мне это не важно, но лишнем не будет.

В общем, тут нужно поиграться с параметрами, -iso-level покрутить, например. Сравните вывод команды isoinfo -d -i file.iso с оригинальным исошником и со своим. Обратите внимание, что в оригинальном исо нет имен файлов в верхнем регистре. И таки iso поддерживает хардлинки, так что возможно они есть в оригинальном исо, но уже при монтировании они теряются -- я точно не знаю этого, просто предполагаю, что может быть.

ooptimum
Цитата:

возможно они есть

я Вам показывал вывод команды du -sl.
[more=Разница между iso'шниками]3c3
< Volume id: PVE
---
> Volume id: ProxmoxVE_2.2
14,16c14,15
< Volume size is: 202872
< El Torito VD version 1 found, boot catalog is in sector 3095
< CD-ROM uses ISO 9660:1999 relaxed format
---
> Volume size is: 345710
> El Torito VD version 1 found, boot catalog is in sector 3033
30c29
< Bootoff C18 3096
---
> Bootoff BDA 3034[/more]
-iso-level на размер образа не влияет.

ooptimum

Цитата:

правильно, там ссылки на место, откуда был скачан ролик. а что вы ожидали там увидеть, имя ролика? хотя я очень сомневаюсь, что он вообще был закеширован.

а почему бы и нет? в винде есть такая прога как video cashe wiever, как то так называется, так вот с помощью ее я могу выкачать из кеша Firefox все что перед этим прослушал или посмотрел, а здесь в лине что то не получается ни чего выдрать от туда, может тоже есть какая нибудь прога, но я про это не знаю, а по тому и спросил. Просто давно ищу один ролик и нашел его, только вариантов скачать нету, а онлайн послушать могу, вот и подумал как бы его выудить из кеша.

Цитата:

я Вам показывал вывод команды du -s

я же писал:

Цитата:

возможно они есть в оригинальном исо, но уже при монтировании они теряются

Т.е. команда du уже не покажет их в таком случае. Это просто одна из догадок, что может быть. Размер блока тут не при чем и это легко проверить. Создаем пустой каталог, внутри него еще 2 пустых: 1 и 2. В 1 монтируется iso, далее выполняем:

Код: $ dd bs=$((1024**2)) count=1024 if=/dev/zero of=img
$ losetup /dev/loop1 img
$ mkfs.ext4 -b 2048 /dev/loop1
$ sudo mount /dev/loop1 2
$ mkdir 2/2
$ sudo cp -r 1/* 2/2
$ sudo du -hs 2/2
672M    2/2
$ du -hs proxmox-ve_2.2-7f9cfa4c-28.iso
398M    proxmox-ve_2.2-7f9cfa4c-28.iso

ooptimum
Ну я делал du -sl, которая считает всё с учетом hardlink'ов, по примонтированному iso и ни чего там нету, так откуда они появятся при копировании?

вот нашел решение, хотя и не совсем то что хотел:
https://addons.mozilla.org/en-US/firefox/addon/3006/

Наверное я непонятно объясняю. При копировании хардлинки как раз теряются, поэтому размер и увеличивается. Почему du -sl не показывает хардлинки внутри примонтированного исо -- я не знаю. Но у меня пока нет другого объяснения того факта, что при копировании 385M (совокупный размер файлов внутри исо) мистически превращаются в 672M.

Добавлено:
Alukardd
Собственно, вот тут http://www.unix.com/shell-programming-scripting/143143-unable-preserve-hard-links-why.html у человека были точно такие же проблемы.