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

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 36008; Возраст листа: 2090; Участников: 1380
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/845462

Спасибо за Ваши время и ответ, Amper:

>Если принадлежит - возвращает 0, если нет, то
>вылетает с 1.

- Просто здорово! Извините за нескромность, - н/о было сразу
спросить... а обратное действие сильно сложно сделать? - Т.е. у меня
есть диапазон вида

1.2.0.0 - 1.2.255.255

н/о привести его к виду

1.2.0.0/16

?

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 36007; Возраст листа: 2090; Участников: 1380
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/845452

On Monday 13 April 2009 20:34:20 Strong and Humble wrote:
> Спасибо за Ваши время и ответ, Amper:
> >Поэтому лучше использовать транспорты на русских серверах.
>
> Может быть, Вы знаете знаете адреса их?

можно в гугле поискать или тут
http://www.jabberes.org/servers/
https://web.amessage.eu/usage/hosts

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 36006; Возраст листа: 2090; Участников: 1380
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/845379

On Tue, 14 Apr 2009 12:40:14 +0300
spider wrote:

> Serguey Khvatov пишет:
> > Как минимум, нельзя просто добавить данные даже в несжатый архив
> > tar: хотя
> в
> > нём и нет каталога, но в конце архива записан признак его конца, и
> > при операции добавления его сначала надо стереть. Можно ли просто
> > дописывать данные в сжатый файл - не знаю, но не исключено, что и
> > можно.
> $ man tar выдает, в частности, следующее:
> -r, --append
> append files to the end of an archive
>
> Это значит, что добавить данные в несжатый архив tar можно => можно
> добавить и в сжатый.
А вот эта импликация ни разу не очевидна, и tar справедливо скажет
"Cannot concatenate compressed archives"

Если смотреть с точки зрения реализации, то очевидно нужно не просто
склеить два tar-архива как файлы внутри gzip (кому-то может
показаться, что pipe помогает обойти ограничения, но это не так), как
это gzip обычно делает при добавлении, а сначала добавить файл2 в архив
tar (распакованный, sic!), после чего упаковать результат. Разумеется,
это маразм.
Если ограничиться обычной склейкой, то благодаря хвосту первого
tar-файла все добавленные будут благополучно потеряны.

В общем-то я cчитаю возможным реализовать алгоритм добавления в архив
внутри tar'a (потому что там можно учесть формат его файлов). Но
посмотрев с точки зрения эффективности очевидно, что отличия на диске
желаемой операции и отдельного архивирования будут равны словарю нового
архива (потому что оптимизировать первый словарь с учётом добавленных
файлов мы не можем). ИМХО это не такая большая плата за ясность и
простоту стандартных средств.

Timohty Silent

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 36005; Возраст листа: 2090; Участников: 1380
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/845377

On Tuesday 14 April 2009 06:24:45 Руслан Зайцев wrote:
> Здравствуйте, Amper.
>
> Вы писали 13 апреля 2009 г., 20:45:36:
> > On Monday 13 April 2009 12:52:15 Руслан Зайцев wrote:
> >> esets-en
> >
> > А если его удалить?
> >
> :( найти не могу где удалить
>
> полускачанный пакет из /var/cache/apt/archives/partial
> с таким именем удалил
> но не помогло

aptitude purge esets-en

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 36004; Возраст листа: 2090; Участников: 1380
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/845371

On Tuesday 14 April 2009 13:53:51 Крохин Анатолий Александрович wrote:
> Только вот dosfsck /dev/sdc1 говорит:

man dosfsck на предмет -w

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 36003; Возраст листа: 2090; Участников: 1380
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/845367

В Tue, 14 Apr 2009 15:05:08 +0400
Serguey Khvatov <s.xbat***@g*****.com> пишет:

>
> Звучит неправдоподобно. Если бы разделы были, но таблица повредилось, то до
> данных было бы вообще не добраться. Но разделов может и не быть - это
> допустимый вариант для любого носителя, а с такими флешками даже windows
> умеет работать.

Тем не менее... В таблице оказалось 4 раздела. Довольно странных. Но
раздел монтировался и размонтировался. Только при попытке записи
творились неприятности.

Кончилось тем, что я по новой переписал оглавление тома (в fdisk), по
новой создал раздел. Переформатировал.

Для проверки, читает ли сделал

dd if=/dev/sdc1 of=/dev/null

Прошло без ошибок. И вновь записал сохраненную информацию.

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

В Tue, 14 Apr 2009 14:42:25 +0400
Крохин Анатолий Александрович <akroh***@b*****.ru> пишет:

> Можно это сделать при помощи fdisk без переформатирования?

Уже вижу, что можно. Ибо восстановил.

Только вот dosfsck /dev/sdc1 говорит:

There are differences between boot sector and its backup.
Differences: (offset:original/backup)
446:00/6f, 447:01/74, 448:01/68, 449:00/65, 450:0c/72, 451:3f/20, 452:e0/6d
, 453:ff/65, 454:20/64, 455:00/69, 456:00/61, 457:00/2e, 458:e0/ff
, 459:cf/0d, 460:de/0a, 461:01/44, 462:00/69, 463:00/73, 464:00/6b
, 465:00/20, 466:00/65, 467:00/72, 468:00/72, 469:00/6f, 470:00/72
, 471:00/ff, 472:00/0d, 473:00/0a, 474:00/50, 475:00/72, 476:00/65
, 477:00/73, 478:00/73, 479:00/20, 480:00/61, 481:00/6e, 482:00/79
, 483:00/20, 484:00/6b, 485:00/65, 486:00/79, 487:00/20, 488:00/74
, 489:00/6f, 490:00/20, 491:00/72, 492:00/65, 493:00/73, 494:00/74
, 495:00/61, 496:00/72, 497:00/74, 498:00/0d, 499:00/0a, 505:00/ac
, 506:00/cb, 507:00/d8
1) Copy original to backup
2) Copy backup to original
3) No action

Но ответы не принимает и :

? 1
Leaving file system unchanged.
/dev/sdc1: 5790 files, 602594/1959300 clusters

14 апреля 2009 г. 13:40 пользователь spider <spid***@l*****.by> написал:

> Serguey Khvatov пишет:
> > 13 апреля 2009 г. 21:20 пользователь Timothy Silent <taras***@m*****.ru
> >написал:
> >
> >> On Mon, 13 Apr 2009 16:25:46 +0700
> >> Strong and Humble wrote:
> >>
> >> Что касается добавления файлов в tgz - очень любопытно будет услышать
> >> мнение специалистов относительно алгоритма этого процесса.
> >
> > Как минимум, нельзя просто добавить данные даже в несжатый архив tar:
> хотя
> в
> > нём и нет каталога, но в конце архива записан признак его конца, и при
> > операции добавления его сначала надо стереть. Можно ли просто дописывать
> > данные в сжатый файл - не знаю, но не исключено, что и можно.
> $ man tar выдает, в частности, следующее:
> -r, --append
> append files to the end of an archive
>
> Это значит, что добавить данные в несжатый архив tar можно => можно
> добавить и в сжатый.

Для невнимательных ещё раз: добавление в архив - это не простая
конкатенация, и чтобы что-то добавить в существующий архив, нужно кое что
изменить в его старой части. Для сжатого архива (а также для pipe) это не
пройдёт.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 36000; Возраст листа: 2090; Участников: 1380
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/845303

Serguey Khvatov пишет:
> 13 апреля 2009 г. 21:20 пользователь Timothy Silent <taras***@m*****.ru>написал:
>
>> On Mon, 13 Apr 2009 16:25:46 +0700
>> Strong and Humble wrote:
>>
>>> Спасибо за Ваши время и ответ, spider:
>>>
>>>> Если не дописывать в за-gzip-ленный файл (r), а писать в новый, то
>>>> это можно сделать так:
>>>> $ tar c dir | gzip -# > dir.tar.gz
>>>> где # -- нужная Вам степень сжатия (gzip -h)
>>> Я в курсе, в том и вопрос - можно ли и то и другое - не додумали
>>> разработчики! :)
>> На самом деле правильно сделали, что недодумали. Имхо unix way - это
>> когда для каждой задачи своё приложение. И я бы не хотел, чтобы в
>> отлаженные консольные утилиты добавляли функции, им не присущие, для
>> которых есть свои стандартные инструменты.
>> Что касается добавления файлов в tgz - очень любопытно будет услышать
>> мнение специалистов относительно алгоритма этого процесса.
>
> Как минимум, нельзя просто добавить данные даже в несжатый архив tar: хотя
в
> нём и нет каталога, но в конце архива записан признак его конца, и при
> операции добавления его сначала надо стереть. Можно ли просто дописывать
> данные в сжатый файл - не знаю, но не исключено, что и можно.
$ man tar выдает, в частности, следующее:
-r, --append
append files to the end of an archive

Это значит, что добавить данные в несжатый архив tar можно => можно
добавить и в сжатый.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 35999; Возраст листа: 2090; Участников: 1380
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/845291

14 апреля 2009 г. 14:42 пользователь Крохин Анатолий Александрович <
akroh***@b*****.ru> написал:

> В Tue, 14 Apr 2009 10:37:29 +0300
> Vasile <vasi***@m*****.com> пишет:
>
> > смотрим в dmesg (/var/log/messages) и видим сообщение о поврежденной
> > файловой системе (или превышение границ block устройства). запускаем
> > dosfsck.
>
>
> Оказалось, что слетела таблица разделов. Поэтому читала нормально
> (поскольку сама структура ФС была цела), а при попытке писать смотрела
> на таблицу разделов и запрещала.

Звучит неправдоподобно. Если бы разделы были, но таблица повредилось, то до
данных было бы вообще не добраться. Но разделов может и не быть - это
допустимый вариант для любого носителя, а с такими флешками даже windows
умеет работать.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 35998; Возраст листа: 2090; Участников: 1380
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/845288

В Tue, 14 Apr 2009 10:37:29 +0300
Vasile <vasi***@m*****.com> пишет:

> смотрим в dmesg (/var/log/messages) и видим сообщение о поврежденной
> файловой системе (или превышение границ block устройства). запускаем
> dosfsck.

Оказалось, что слетела таблица разделов. Поэтому читала нормально
(поскольку сама структура ФС была цела), а при попытке писать смотрела
на таблицу разделов и запрещала.

Информацию утянул, теперь надо восстановить таблицу разделов.

Можно это сделать при помощи fdisk без переформатирования?

Pe 14.04.2009 10:11, Крохин Анатолий Александрович a scris:
> Fedora 10, eeepc 901
>
> Раньше такого не замечал, хотя эта SD использую уже около месяца
>
>
смотрим в dmesg (/var/log/messages) и видим сообщение о поврежденной
файловой системе (или превышение границ block устройства). запускаем
dosfsck.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 35995; Возраст листа: 2090; Участников: 1380
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/845211

Fedora 10, eeepc 901

В /etc/fstab

/dev/sdc1 /mnt/sdhc16 vfat defaults,umask=0,uid=500,gid=500,showexec
0 0

(эта FS на SD-карточке)

При старте нормально монтируется. Захожу в каталог /mnt/sdhc16/Downloads
(иду по символической ссылке из home-каталога). Удаляю там пару файлов.
Они благополучно удаляются. При следующем удалении говорит

rm: невозможно удалить `Download/licq-osd-1.3.5-4.fc10.i386.rpm': Файловая система
доступна только для чтения

Делаю df, вижу:

/dev/sdc1 15674400 4832176 10842224 31% /mnt/sdhc16

Делаю mount, вижу:

/dev/sdc1 on /mnt/sdhc16 type vfat (rw,umask=0,uid=500,gid=500,showexec)

Если перемонтировать, то ситуация повторяется, т. е. позволяет сначала немного
удалить,
потом говорит, что "только для чтения". Причем заметил я, что такое происходит,
когда удаляю при
помощи mc. Но, может быть, просто совпало.

Раньше такого не замечал, хотя эта SD использую уже около месяца