Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Релиз GNU tar 1.30, opennews (?), 18-Дек-17, (0) [смотреть все] Всю жизнь жду когда же наконец уже эту окаменелость отправят на свалку истории и, Онаним (?), 00:56 , 18-Дек-17, (1) –29 // Не осилил -J , QuAzI (ok), 01:01 , 18-Дек-17, (2) +4 tar это не запакованный формат , Аноним (-), 01:03 , 18-Дек-17, (3) +1 // Вообще-то он как раз формат упаковки архивирования, а не сжатия компрессии , angra (ok), 03:30 , 18-Дек-17, (9) +17 // Да, но часто вы встречаете просто tar, а не tar gz файлы Для каких-то своих кас, Онаним (?), 04:42 , 18-Дек-17, (17) Хотя даже на кассетах непонятно зачем оно нужно такое - почему бы перед записью , Онаним (?), 04:48 , 18-Дек-17, (18) –5 ты забегаешь вперед Этот нюанс как раз является одной из проблем tar, которые д, Greg KH (?), 06:19 , 18-Дек-17, (24) Еще раз, tar - формат архивирования Не сжатия Нужно сжатие - жми отдельно Мож, Вася (??), 21:06 , 19-Дек-17, (111) Это уже случилось бы давно, если бы существовал нормальный архиватор Но вместо , Greg KH (?), 06:27 , 18-Дек-17, (25) –1 Рад, что хоть кто-то понимает о чём я Чем не нравится 7zip Формат вроде достато, Онаним (?), 09:31 , 18-Дек-17, (27) –5 Можете начать прямо сейчас , Аноним (-), 10:19 , 18-Дек-17, (32) его надо весь лопатить Изначально 7z был настолько инороден POSIX, GNU Linux и , Greg KH (?), 11:32 , 18-Дек-17, (39) +3 WinRAR к твоим услугам , VINRARUS (ok), 08:00 , 19-Дек-17, (94) –6 Тот же tar сверху никто не принимал Он сначала стал распространённым благода, Аноним (-), 13:38 , 18-Дек-17, (54) +2 bsdtar умеет через libarchive И есть ещё http www mirbsd org pax htm которы, Пользователь Debian (?), 17:53 , 18-Дек-17, (70) –1 Я про него и говорил Из pax 1 Усё , Аноним (-), 19:59 , 18-Дек-17, (78) Как человек, не понаслышке знакомый с внутренностями 7z хотя все-таки понаслышк, Вася (??), 21:15 , 19-Дек-17, (112) +1 Ничего не заменило tar, потому что ерунда это, а не проблема На практике 99 юз, Crazy Alex (ok), 16:24 , 18-Дек-17, (64) +6 Да запросто, когда нужно перенести кучу jpg png avi, сжимать которые смысла нету, ALex_hha (ok), 19:28 , 19-Дек-17, (109) я вам 7zip 18 лет назад написал, пользуйтесь, и правнукам передайте А tape arch, Pgor Iavlov (?), 01:08 , 18-Дек-17, (4) –3 // Тише ты, чего расшумелся Ну не знают хомячки что архивация и сжатие это абсолют, DiabloPC (ok), 01:38 , 18-Дек-17, (5) +3 // В 99 случаев это разделение не нужно Приведите мне хоть один пример, когда tar, Онаним (?), 04:32 , 18-Дек-17, (15) –3 Как минимум там, где мне это нужно, я могу выкинуть tar gz в пользу хоть tar l, имя (?), 04:48 , 18-Дек-17, (19) +6 7z a -t gzip bzip2 lzma2 xz и т п Не пробовал хотя понимаю, что чудом не понадо, Онаним (?), 05:34 , 18-Дек-17, (21) –1 Такие форматы есть, просто они не так часто бывают нужны tar чаще всего использ, Аноним (-), 14:41 , 18-Дек-17, (59) Не работает ни с какими ключиками Точнее работает в том случае, когда пакуется , Аноним (-), 15:55 , 18-Дек-17, (62) +3 Понимаешь, у тебя чисто виндовый подход засунуть в одну утилиту все и вся Чтоб, Вася (??), 21:24 , 19-Дек-17, (113) Вот пускай бы те, кто пишет на кассеты этим и пользовались Но нет, этим по дура, Онаним (?), 04:29 , 18-Дек-17, (14) –5 // Выкинь на помойку свой RAR уже Его лет 10 как тот же 7-zip обскакал по скорости, Аномномномнимус (?), 10:51 , 18-Дек-17, (34) +1 RAR не тронь , VINRARUS (ok), 07:57 , 19-Дек-17, (93) –4 Да с чего бы Даже под форточкой перешёл на 7z , . (?), 02:53 , 20-Дек-17, (122) WinRAR реализовал идею tar gz под винду в виде непрерывных архивов, токо не так , VINRARUS (ok), 01:14 , 21-Дек-17, (129) –2 умиление О, да Это несомненный плюс, прямо таки обдно из главных достоинств лю, Дим (?), 11:20 , 19-Дек-17, (99) +3 Вот не надо Не знаю как сейчас, но раньше он был гвоздями прибит к COM какая н, dq0s4y71 (ok), 15:43 , 19-Дек-17, (105) С 7zip просто невозможно нормально работать в консоли В частности потому что в , Аноним (-), 13:41 , 18-Дек-17, (55) +3 Оу, а split-ом нарезать архив и гордо именовать это многотомным архивом ты тоже , Аноним (-), 09:06 , 18-Дек-17, (26) –1 // ваши внуки уже не будут помнить, зачем вы пользовались split , Pgor Iavlov (?), 16:48 , 18-Дек-17, (67) –3 Да не - у них размер файла до гуглебайта всего то Так что придётся сплитить - , . (?), 02:45 , 20-Дек-17, (119) Ругаются на ftp, теперь на tar а когда надо быстро прокинуть по сети миллионы м, Аноним (-), 04:24 , 18-Дек-17, (13) –1   // Всегда когда не нужно сохранять права доступа и ссылки делаю это через 7z по SFT, Онаним (?), 04:38 , 18-Дек-17, (16) –4   // Да знаю я 7z, но мне когда надо образ рабочей системы клонировать, то нужны прав, Аноним (-), 11:33 , 18-Дек-17, (40) +2   netcat tarНа исходной машине tar -czf - 124 nc целевой_ip portна целевой , anonymous (??), 12:33 , 18-Дек-17, (45) +1   То же самое хотел написать Наименее затратный вариант И совершенно непотребный, Аноним (-), 13:54 , 18-Дек-17, (57) +1   Это с единичным примером все хорошо, а у меня автоматизированное управление с ан, Аноним (-), 19:57 , 18-Дек-17, (77)   Ну и что в приведённом мной примере не автоматизировано Полностью неинтерактивн, Аноним (-), 20:13 , 18-Дек-17, (79)   Зачем городить какие-то костыли с поднятием FTP если он поднимается по запросу н, Аноним (-), 21:28 , 18-Дек-17, (84)   Где же просто Ты используешь дополнительный сервис как минимум FTP, если VPN у, Аноним (-), 13:29 , 19-Дек-17, (102)   я бы не был так категоричен, никто не мешает отключить компрессию и использовать, ALex_hha (ok), 19:37 , 19-Дек-17, (110) –1   мы мешаем, секьюрить наша всьо Поэтому мы отломали этот ваш вредный аркфор, сле, openssh (?), 17:54 , 20-Дек-17, (128)   так в этом и проблема, что у всех синдром утенка, и кроме tar ничего нет более-м, Greg KH (?), 05:56 , 18-Дек-17, (23) –1   // Огласите пожалуйста минусы tar У cpio я знаю проблемы, у tar - нет , Аноним (-), 11:29 , 18-Дек-17, (38)   Самый критичный - отсутствие индекса для оптимального рандомного доступа к данны, Greg KH (?), 11:42 , 18-Дек-17, (41)   Вообще-то, это зависит от реализации pixz, например, умеет создавать индекс , Аноним (-), 12:42 , 18-Дек-17, (47)   squashfs тоже умеет Но это совсем другой формат, к тому же прибито к компрессор, Greg KH (?), 12:55 , 18-Дек-17, (49) –1   tar pixz создают совершенно обычный tar xz, у которого в конце индекс Распак, Аноним (-), 13:16 , 18-Дек-17, (51) +2   А, это точно, ведь tar-у хвост не нужен Согласен, юзабельно, вот такое можно ре, Greg KH (?), 13:37 , 18-Дек-17, (53) –3   См mksquashfs 1 , Аноним (-), 13:58 , 18-Дек-17, (58) +1   аноним, Но pixz это совсем другой формат, к тому же прибито к компрессору xz , Greg KH (?), 19:40 , 18-Дек-17, (76) –1   Рассматривать squashfs 124 btrfs 124 zfs в качестве архиватор упаковщик дл, PnDx (ok), 15:06 , 18-Дек-17, (61)   Это надо основательно yпороться, чтобы присовокупить btrfs и zfs А squashfs 8, Аноним (-), 16:02 , 18-Дек-17, (63)   Ну, тогда удачи поменять в архиве 3 ТБ вот тот файлик и потом отдать изменё, PnDx (ok), 17:06 , 18-Дек-17, (68) –2   Ну да, есть оговорки в плане области применения Там, где нужно менять файлы, на, Аноним (-), 18:00 , 18-Дек-17, (71)   Зависит от количества файлов, мы же про tar, не про tar gz Для распаковки одног, Аноним (-), 20:33 , 18-Дек-17, (80)   rsync , Аноним (-), 17:09 , 20-Дек-17, (127)   Я тоже жду такого в отношении местных Онанимов, бедный буратино (ok), 04:55 , 18-Дек-17, (20) +2 Есть резон, да Присоединяйтесь http duplicity nongnu org new_format html, Greg KH (?), 05:38 , 18-Дек-17, (22) –2 // Да, на duplicity стоит обратить внимание И про замену tar хорошие мысли, но, ког, Аноним (-), 11:09 , 18-Дек-17, (36) –2 // Согласен Всё го но, пусть уже делают мене хорошоу, бездельники XXX , Andrey Mitrofanov (?), 13:35 , 18-Дек-17, (52) +2 хе-хе, видать ты еще не вкурсе, что есть еще и долго еще будет cpio я бы не д, Sfinx (ok), 10:46 , 18-Дек-17, (33) +5 И это реально такая большая проблемма чтобы ждать ее решения всю жизнь Чувак, н, Дим (?), 11:26 , 19-Дек-17, (100) –2 Ого Оно еще развивается, я думал, что утилиту уже отшлифовали до идеала Круто , Борщдрайвен бигдата (?), 02:57 , 18-Дек-17, (7) // Одно время отсылал авторам пару мелких патчей, для чего ковырялся в исходниках , Аноним (-), 03:37 , 18-Дек-17, (10) +4 // Реальный мир вообще не склонен укладываться в любые модели системы архитектуры , angra (ok), 03:46 , 18-Дек-17, (11) –2 Интересно было бы переписать тар на лиспе или схеме и посмотреть, что получитс, Vjatcheslav (?), 20:53 , 18-Дек-17, (82) // На чём угодно гораздо удобнее и быстрее написать прототип, чем составлять специф, Аноним (-), 23:46 , 18-Дек-17, (86) +1 Уже https github com froydnj archive blob master tar lisp, Вася (??), 21:44 , 19-Дек-17, (114) Mc все так же виснет на 12 минут при нажатии F3 по нему , Аноним (-), 03:09 , 18-Дек-17, (8) –5 // Может ты zip имел в виду, дурашка , Аноним (-), 12:23 , 18-Дек-17, (44) +1 частенько использую tar для того чтобы сохранить большое число маленьких файлов , eganru (?), 09:58 , 18-Дек-17, (30) –3 // данет see 41 , Greg KH (?), 11:44 , 18-Дек-17, (42) –2 // Если У Вас 100GB в архивах, то Вам явно необходимо что-то менять в консерватории, Аноним (-), 12:04 , 18-Дек-17, (43) // А это не нашей консерватории архив Понимаешь в чем дело, когда все вокруг следу, Greg KH (?), 12:39 , 18-Дек-17, (46) –4 Кстати, для gz - не больше 2GB Там внизу man gzip написано, что оно не работа, Greg KH (?), 12:46 , 18-Дек-17, (48) –6 Во-первых, 4Г Во-вторых, работает, только размер сжатого файла неправильно отоб, Аноним (-), 14:55 , 18-Дек-17, (60) +5 О, замечательно, заглянули в мансамому то не смешно Ты либо сознательно прикиды, Greg KH (?), 19:22 , 18-Дек-17, (73) –2 Я и не предлагаю таким образом проверять размер файла, я таким образом просто по, Аноним (-), 21:08 , 18-Дек-17, (83) +1 А ты видимо тред не читал Здесь всё есть, грепай по 100 Когда припекает, а так, Greg KH (?), 03:39 , 19-Дек-17, (90) –2 Это не наколенные поделки, просто они отчасти морально устарели и не всегда соот, Аноним (-), 13:07 , 19-Дек-17, (101) +1 squashfs имеет встроеную дедупликацию , VINRARUS (ok), 18:02 , 19-Дек-17, (108) –1 Если ее не дополнили, т е дедупликация на уровне файлов, то это не то В дедуп, Аноним84701 (ok), 22:11 , 19-Дек-17, (115) Это ж какие размеры используемой оперативки должны быть при упаковке В блочной , VINRARUS (ok), 00:34 , 20-Дек-17, (117) –1 Там в основном оперативка под индексы уходит, а данные полностью в ОЗУ держать н, Аноним84701 (ok), 01:57 , 20-Дек-17, (118) +1 Ну так ясно Другими словами должен совпадать 1 кб непрерывных данных Ну да, 16 , VINRARUS (ok), 02:59 , 20-Дек-17, (123) –1 Так и что плохого в архивах по паре сотен гб где-то в s3, например , Борщдрайвен бигдата (?), 13:52 , 18-Дек-17, (56) –1 Да ничего, но товарищ там зачем-то листинги хочет и частичную распаковку Не пом, Crazy Alex (ok), 16:33 , 18-Дек-17, (66) хватит лицемерить Неужели, желание списка файлов в архиве - это такой жупел, чт, Greg KH (?), 19:26 , 18-Дек-17, (74) –1 Так ведь tar не особо для этого Собрать файлы в один, положить на ленту и забыт, Борщдрайвен бигдата (?), 20:36 , 18-Дек-17, (81) +1 Отлично не держать слишком больших архивов, потому что с ними неудобно работать, Анонимм (??), 16:32 , 18-Дек-17, (65) +1 Влет это как Смонтировать через losetup, и скопировать необходимый файл Ну, , Аноним (-), 17:45 , 18-Дек-17, (69) –1 дамп в смысле высокоуровневого , сделанного через утилиту dump Влет, это подклю, Анонимм (??), 19:16 , 18-Дек-17, (72) +2 Вы реально настолько некомпетентны, не понимаете, почему dump-архив позволяет вы, Greg KH (?), 19:30 , 18-Дек-17, (75) –1 Спасибо, за публичную порку Так давно это было, что аж успело забыться Еще ра, Аноним (-), 09:35 , 19-Дек-17, (96) +1 Спасибо за адекват, анонимусМне вообще странно, почему dump не особо популярен в, Greg KH (?), 11:19 , 19-Дек-17, (98) –2 Мне вообще кажется, что достаточно важно в этом вопросе это то, что система позв, Аноним (-), 13:42 , 19-Дек-17, (103) У меня нет цели какого-либо детального анализа или желания вдруг что-то там по о, eganru (?), 23:13 , 18-Дек-17, (85) Вендузоиды бомбят Хорошо , Аноним (-), 12:58 , 18-Дек-17, (50) +4 какой консольный компрессор под уникс посоветуете главное требование максимальн, Аноним (-), 00:24 , 19-Дек-17, (87) –2 // xz, Глупышь (?), 02:11 , 19-Дек-17, (88) +2 Какие ещё требования Какой способ применения, что потом будет с файлами Как бу, Борщдрайвен бигдата (?), 02:44 , 19-Дек-17, (89) lzip конечно же и его параллельная реализация plzip, Greg KH (?), 03:42 , 19-Дек-17, (91) // Есть какие-то объективные причины использовать его, а не xz, ставший уже стандар, Аноним (-), 15:23 , 19-Дек-17, (104) –1 // http www nongnu org lzip xz_inadequate htmlКраткая выжимка Key findings includ, Анонимм (??), 16:05 , 19-Дек-17, (106) Почитал Отчасти выглядит разумно, отчасти 8212 явные придирки, отчасти 821, Аноним (-), 17:45 , 19-Дек-17, (107) –1 спасибо почитаю подробнее про алгоритмы файлы обычные не системные из хоум дир, аноним_оп (?), 05:53 , 19-Дек-17, (92) // предлагаю использовать squashfs см man mksquashfs , компрессию ему можно указат, Greg KH (?), 09:06 , 19-Дек-17, (95) // squashfs крут тем шо его можна просто смонтировать в любую папку и работать даль, VINRARUS (ok), 10:53 , 19-Дек-17, (97) –3 Подскажи как на WindowsXP Solaris AIX iOS11 смонтировать сквошу , pavlinux (ok), 02:46 , 20-Дек-17, (120) +2 Наш, Советский матрос - умеет задать правильный вопрос С , . (?), 03:55 , 20-Дек-17, (125) +1 Я на винде открывал через 7zip В теории возможно монтирование как обычный iso с, VINRARUS (ok), 04:15 , 20-Дек-17, (126) –3 А я откуда знаю, зачем вы сквошем пытаетесь заменить всея платформенный tar ta, pavlinux (ok), 03:01 , 21-Дек-17, (130) +1 1,7,8,30,50,87

Сообщения

[Сортировка по времени | RSS]

	13. "Релиз GNU tar 1.30"	–1 +/–
	Сообщение от Аноним (-), 18-Дек-17, 04:24
	Ругаются на ftp, теперь на tar..а когда надо быстро прокинуть по сети миллионы мелких и среднего размера файлов, то скажите пожалуйста мне как быстрее и менее затратно решить эту задачу без tar+ftp ?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	16. "Релиз GNU tar 1.30"	–4 +/–
	Сообщение от Онаним (?), 18-Дек-17, 04:38
	Всегда когда не нужно сохранять права доступа и ссылки делаю это через 7z по SFTP (SSH File Transfer Protocol). Параметры сжатия 7z позволяет настраивать в широких пределах, не хотите сжимать - никто не заставляет, реально мне иногда лень ждать сжатия и я просто архивирую в 7z без сжатия.
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Релиз GNU tar 1.30"	+2 +/–
	Сообщение от Аноним (-), 18-Дек-17, 11:33
	Да знаю я 7z, но мне когда надо образ рабочей системы клонировать, то нужны права доступа. Кроме того, на свой тормозной android я не могу 7z закинуть, а tar - могу. SFTP - это большие нагрузки по сравнению с FTP.
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Релиз GNU tar 1.30"	+1 +/–
	Сообщение от anonymous (??), 18-Дек-17, 12:33
	netcat + tar На исходной машине: tar . -czf - | nc целевой_ip port на целевой: nc -l port | tar . -xzf[v] - в busybox есть обе программы
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Релиз GNU tar 1.30"	+1 +/–
	Сообщение от Аноним (-), 18-Дек-17, 13:54
	> netcat + tar То же самое хотел написать. Наименее затратный вариант. И совершенно непотребный с точки зрения безопасности, намного хуже даже FTP. Для использования в сети из более двух машин с более чем одним пользователем — ssh + tar: $ tar -c dir | ssh user@host tar -xf - При желании можно добавить сжатие (-z -j или -J по вкусу, либо через пайп). Этот пример иллюстрирует, что а) FTP не нужен (зачем поднимать отдельный сервер, выставлять его наружу, светить данными и логинами-паролями по незащищённому соединению?) и б) что никакой 7z не заменит tar не только для лент, но и для таких вот применений. Посему, дорогой мой anonimous, зря ты tar в один ряд с FTP ставишь. FTP уже наполовину засыпан в могилке, а tar будет жить ещё долго.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Релиз GNU tar 1.30"	+/–
	Сообщение от Аноним (-), 18-Дек-17, 19:57
	Это с единичным примером все хорошо, а у меня автоматизированное управление с анализом состояния системы. Там же обмен данным, backup и т.д. и это работает тоже не безусловно. Сделано все через FTP который не выставлен наружу. Поднимается FTP только по необходимости на внутренние интерфейсы которые доступны только в приватных сетях по VPN. Обмен данными множества сервисов удалось решить с помощью FTP без сложных разработок (привет JSON, XML, XHTML, ...). Но главное что все это расширяемо без ограничении и проблем и всегда с обратной совместимостью. В основе лежит тот же UNIX-way принцип файла.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Релиз GNU tar 1.30"	+/–
	Сообщение от Аноним (-), 18-Дек-17, 20:13
	> Это с единичным примером все хорошо, а у меня автоматизированное управление с > анализом состояния системы. Там же обмен данным, backup и т.д. и > это работает тоже не безусловно. Сделано все через FTP который не > выставлен наружу. Поднимается FTP только по необходимости на внутренние интерфейсы которые > доступны только в приватных сетях по VPN. Обмен данными множества сервисов > удалось решить с помощью FTP без сложных разработок (привет JSON, XML, > XHTML, ...). Но главное что все это расширяемо без ограничении и > проблем и всегда с обратной совместимостью. В основе лежит тот же > UNIX-way принцип файла. Ну и что в приведённом мной примере не автоматизировано? Полностью неинтерактивная команда, можно вставлять в любой скрипт, и не надо городить костыли с поднятием FTP. SSH же и так на всех машинах настроен, дополнительный VPN не требуется (и аргумент про нагрузки из-за шифрования не канает, потому что избавляемся от шифрования VPN). Или скажешь, что пайпы — не юниксвейно? Как правило, конечно, удобнее SFTP, который везде есть. А FTP и VPN — лишние сущности (в данном примере, конечно; я понимаю, что VPN для чего-то ещё может быть нужен). В общем, зря ты своим велосипедом хвалишься. Он слишком переусложнён, хотя и использует вроде бы простой сам по себе FTP (на самом деле HTTP проще).
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Релиз GNU tar 1.30"	+/–
	Сообщение от Аноним (-), 18-Дек-17, 21:28
	Зачем городить какие-то костыли с поднятием FTP если он поднимается по запросу на внутренний интерфейс? VPN тут организатор приватной сети который создает рабочую сеть. Мое решение использует уже существующий транспорт. Велосипеда тут никакого нет, есть очень простая и надежная организация хранения и обмена данными на основе FTP. Доступ в закрытой сети и защищенной сети обеспечивается FTP, авторизация сервиса осуществляется силами FTP. Скриптов и костылей нет, реализация программная, на принимающей стороне работают модули. Расширяется элементарно - добавлением perl-модуля с определенным названием и локацией модуля, будет подгружен на старте. HTTP нафиг тут не нужен, т.к. нет смысла вытаскивать атрибуты на уровень протокола, нужен просто транспорт для передачи данных. Все остальное идет в данных и обработка этих данных идет независимая, application-сервером. Все очень просто, прозрачно и надежно как молоток.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Релиз GNU tar 1.30"	+/–
	Сообщение от Аноним (-), 19-Дек-17, 13:29
	Где же просто? Ты используешь дополнительный сервис (как минимум FTP, если VPN уже есть) и расходуешь место на диске под временные файлы архивов, хотя можно было бы скормить их принимающей стороне через пайп. > Скриптов и костылей нет, реализация программная, на принимающей стороне работают модули. Perl-модуль — это не скрипт, а скрипт — не программа, разумеется. ☺ И разумеется, модули есть только для FTP. Не, я не хочу сказать, что ты должен кинуться всё переписывать. Раз такая система удовлетворяет твоим потребностям — замечательно. Просто не надо пропагандировать такой подход как лучший и единственно верный.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Релиз GNU tar 1.30"	–1 +/–
	Сообщение от ALex_hha (ok), 19-Дек-17, 19:37
	> SFTP - это большие нагрузки по сравнению с FTP. я бы не был так категоричен, никто не мешает отключить компрессию и использовать какой нить arcfour
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	128. "Релиз GNU tar 1.30"	+/–
	Сообщение от openssh (?), 20-Дек-17, 17:54
	> я бы не был так категоричен, никто не мешает отключить компрессию и использовать какой > нить arcfour мы мешаем, секьюрить наша всьо. Поэтому мы отломали этот ваш вредный аркфор, следом за none. А "roaming" с ремотрутом, конечно же, оставили.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Релиз GNU tar 1.30"	–1 +/–
	Сообщение от Greg KH (?), 18-Дек-17, 05:56
	> то скажите пожалуйста мне как быстрее и менее затратно так в этом и проблема, что у всех синдром утенка, и кроме tar ничего нет более-менее стабильного и повсеместного. Это не отменяет убогость tar в современных реалиях как general purpose архиватора. Но по факту, он так себе, на троечку. Главное его достоинство не технологичность и не технические преимущества, а широкое распространение и то, что туда не дотянулись руки очередного "поттера", т.е. совместимость и стабильность.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	38. "Релиз GNU tar 1.30"	+/–
	Сообщение от Аноним (-), 18-Дек-17, 11:29
	Огласите пожалуйста минусы tar. У cpio я знаю проблемы, у tar - нет.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Релиз GNU tar 1.30"	+/–
	Сообщение от Greg KH (?), 18-Дек-17, 11:42
	> Огласите пожалуйста минусы tar. Самый критичный - отсутствие индекса для оптимального рандомного доступа к данным. Это просто блокирующий минус. Когда у тебя сотня гигов в архиве можешь вешаться. А с терабайтным образом проще вытащить дьявола из преисподней, чем файл из архива. Помножим это на любимый всеми .gz, который не дает узнать размер исходных данных, и получим просто патовую ситауцию: 100 GB tar.gz, листинг которого строится уже 12 часов, шурша всеми возможным шпинделями , распаковка которорого на 3TB-ый том в первый раз закончилась неудачей из-за заполнения тома целиком. Остальное вкусовщина и особенности реализации. Например, хочется итерации по каждому файлу в архиве, что бы с его данными что-то сделать (хотя бы прочитать), но без двойной пробежки. Например, в случае, если мы сжимаем или другим образом обрабатываем (eg шифруем) каждый файл по-отдельности, прозрачно для пользователя.
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Релиз GNU tar 1.30"	+/–
	Сообщение от Аноним (-), 18-Дек-17, 12:42
	> Самый критичный - отсутствие индекса для оптимального рандомного доступа к данным. Вообще-то, это зависит от реализации. pixz, например, умеет создавать индекс.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Релиз GNU tar 1.30"	–1 +/–
	Сообщение от Greg KH (?), 18-Дек-17, 12:55
	squashfs тоже умеет. Но это совсем другой формат, к тому же прибито к компрессору xz. А речь про повсеместный стандарт. pixz, к сожалению, взял за основу свою кривой xz формат сжатия http://www.nongnu.org/lzip/xz_inadequate.html Поэтому выбираеть его как альтернативу бессмысленно - шило на мыло.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Релиз GNU tar 1.30"	+2 +/–
	Сообщение от Аноним (-), 18-Дек-17, 13:16
	> squashfs тоже умеет. Но это совсем другой формат, к тому же прибито > к компрессору xz. А речь про повсеместный стандарт. tar + pixz создают совершенно обычный .tar.xz, у которого в конце индекс. Распаковывается обычным tar'ом. > pixz, к сожалению, > взял за основу свою кривой xz формат сжатия http://www.nongnu.org/lzip/xz_inadequate.html > Поэтому выбираеть его как альтернативу бессмысленно - шило на мыло. Хотите надежность при долговременном хранении - выбирайте другой формат и храните рядом контрольные суммы. Используйте файловые системы, обеспечивающие коррекцию ошибок и дублирование. А для повседневного использования xz вполне себе подходит.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Релиз GNU tar 1.30"	–3 +/–
	Сообщение от Greg KH (?), 18-Дек-17, 13:37
	>tar + pixz создают совершенно обычный .tar.xz, у которого в конце индекс. Распаковывается обычным tar'ом. А, это точно, ведь tar-у хвост не нужен. Согласен, юзабельно, вот такое можно рекомендовать. > выбирайте другой формат > А для повседневного использования xz вполне себе подходит. ну это немного неудобно. Ведь проблемы известны, надо избегать проблемных форматов. А не в 100й раз выбрать другой формат, когда нет объективных препятствий иметь универсальный. Но это оффтоп
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Релиз GNU tar 1.30"	+1 +/–
	Сообщение от Аноним (-), 18-Дек-17, 13:58
	> squashfs тоже умеет. Но это совсем другой формат, к тому же прибито > к компрессору xz. См. mksquashfs(1): >  -comp COMPRESSION >           select COMPRESSION compression. Compressors available: gzip (default), lzo, xz.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	76. "Релиз GNU tar 1.30"	–1 +/–
	Сообщение от Greg KH (?), 18-Дек-17, 19:40
	аноним, "Но [pixz] это совсем другой формат, к тому же прибито к компрессору xz" - вот что я имел ввиду. Про squashfs вопросов нет. Довольно самодостаточный формат, но, к сожалению, не очень универсальный, инструментов не хватает
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Релиз GNU tar 1.30"	+/–
	Сообщение от PnDx (ok), 18-Дек-17, 15:06
	Рассматривать (squashfs|btrfs|zfs) в качестве "архиватор+упаковщик" для таких вот случаев? А tar (а местами так вообще cpio) оставить как универсальный транспорт "из точки А в точку Б" (ну и для ленточек, для которых его и задумывали)?
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	63. "Релиз GNU tar 1.30"	+/–
	Сообщение от Аноним (-), 18-Дек-17, 16:02
	> Рассматривать (squashfs|btrfs|zfs) в качестве "архиватор+упаковщик" для > таких вот случаев? Это надо основательно yпороться, чтобы присовокупить btrfs и zfs. А squashfs — да, весьма годный архиватор общего назначения.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Релиз GNU tar 1.30"	–2 +/–
	Сообщение от PnDx (ok), 18-Дек-17, 17:06
	> Это надо основательно yпороться, чтобы присовокупить btrfs и zfs. А squashfs — > да, весьма годный архиватор общего назначения.   Ну, тогда удачи "поменять в архиве (3 ТБ) вот тот файлик и потом отдать изменённый архив". Последние 2 в-ва спроектированы с целью расширять ваше сознание в т.ч. на данный случай ;) А нужно ли ими упарываться — личное дело каждого психо^W инженера.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Релиз GNU tar 1.30"	+/–
	Сообщение от Аноним (-), 18-Дек-17, 18:00
	Ну да, есть оговорки в плане области применения. Там, где нужно менять файлы, надо что-то другое. А на случай, когда один раз делаешь архив и потом им пользуешься в неизменном виде, — самое то.
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Релиз GNU tar 1.30"	+/–
	Сообщение от Аноним (-), 18-Дек-17, 20:33
	> А с терабайтным образом проще вытащить дьявола из преисподней, чем файл из архива. Зависит от количества файлов, мы же про tar, не про tar.gz? Для распаковки одного файла не обязательно читать весь tar файл целиком, он может прыгать seek'ом по заголовкам файлов пропуская их содержимое.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	127. "Релиз GNU tar 1.30"	+/–
	Сообщение от Аноним (-), 20-Дек-17, 17:09
	> Ругаются на ftp, теперь на tar..а когда надо быстро прокинуть по сети миллионы мелких и среднего размера файлов, то скажите пожалуйста мне как быстрее и менее затратно решить эту задачу без tar+ftp ? rsync ?
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема