[CLOSED] KNOPPIX 5.1
уже качаю
круто! 
а где ты его расшаришь?
Давно скачал, но только сегодня принес. Временно лежит тут:
smb://10.0.5.116/Temp/KNOPPIX_V5.1.0DVD-2006-12-30-EN
smb://10.0.5.116/Temp/KNOPPIX_V5.1.0DVD-2006-12-30-EN
Из обывательского интереса, а зачем вы используете этот Кнопикс?
Для демонстраций надо собирать собственный дистрибутив,
для восстановительных работ иксы (да ещё со средой на букву "К") не нужны,
Зачем нужна система, которая запирает съёмный носитель,
да ещё и оказывается в r/o окружении?
---
"Аллах не ведёт людей неверных."
Для демонстраций надо собирать собственный дистрибутив,
для восстановительных работ иксы (да ещё со средой на букву "К") не нужны,
Зачем нужна система, которая запирает съёмный носитель,
да ещё и оказывается в r/o окружении?
---
"Аллах не ведёт людей неверных."
Зачем нужна система, которая запирает съёмный носитель,Забудь, это все в прошлом. Теперь дистрибутив поддерживает и свое собственное изменение.
да ещё и оказывается в r/o окружении?
>> Зачем нужна система, которая запирает съёмный носитель,
>> да ещё и оказывается в r/o окружении?
> Забудь это все в прошлом. Теперь дистриб поддерживает
> и свое собственное изменение.
Они стали подобием Puppy Linux?
И сколько там места остаётся на CD-R/W?
---
"Аллах не ведёт людей неверных."
>> да ещё и оказывается в r/o окружении?
> Забудь это все в прошлом. Теперь дистриб поддерживает
> и свое собственное изменение.
Они стали подобием Puppy Linux?
И сколько там места остаётся на CD-R/W?
---
"Аллах не ведёт людей неверных."
И сколько там места остаётся на CD-R/W?Без понятия, я уже давно использую DVD-версию. А там дополнительного места навалом оставлено ~1.5Гб.
-для восстановительных и вообще любых работ, там, где не стоит линух и не планируется
-для демонстраций если нет времени и умения собирать собственный дистрибутив
-посмотреть, как там все сделано (beryl - должно быть красиво, но ставить ради этого кде и настраивать все - лень и некогда)
Съемный носитель при такой хорошей локалке как у нас мне нужен примерно раз в месяц
r/o окружение, как уже написали - в прошлом, можно менять конфиги, устанавливать новые пакеты
-для демонстраций если нет времени и умения собирать собственный дистрибутив
-посмотреть, как там все сделано (beryl - должно быть красиво, но ставить ради этого кде и настраивать все - лень и некогда)
Съемный носитель при такой хорошей локалке как у нас мне нужен примерно раз в месяц
r/o окружение, как уже написали - в прошлом, можно менять конфиги, устанавливать новые пакеты
насколько я знаю, knoppix не поддерживает своего изменения прямо на RW, если ты изменяешь какие-то файлы на смешанной с ram диском файловой системе и хочешь сохранить конфигурацию - она создает на любом rw носителе архив с измененными файлами, и скрипт, который эти файлы и все настройки после загрузки возвращает.
Другое дело - remastering - копирование на винт, настройка/установка/удаление пакетов (причем, это свободного места в исходном образе нет, чтобы что-то добавить, нужно от чего-то отказаться) - создание нового образа и запись. Причем новые версии knoppixов несут в себе скрипт, который данный процесс автоматизирует
Другое дело - remastering - копирование на винт, настройка/установка/удаление пакетов (причем, это свободного места в исходном образе нет, чтобы что-то добавить, нужно от чего-то отказаться) - создание нового образа и запись. Причем новые версии knoppixов несут в себе скрипт, который данный процесс автоматизирует
и все же, где можно достать не DVD версию?
> -для восстановительных и вообще любых работ, там, где не стоит линух и не планируется
Для восстановительных работ достаточно загрузочного диска,
если только этот диск не от гентоподобного линукса.
> -для демонстраций если нет времени и умения собирать собственный дистрибутив
"Для демонстаций" я уже назвал.
Готовый дистрибутив годится только для самого простого случая:
не требуется доработки дистрибутива напильником,---
в противном случае надо собирать новый дистрибутив
и при этом может не спасти хвалёный готовый скрипт.
> -посмотреть, как там все сделано (beryl - должно быть красиво,
> но ставить ради этого кде и настраивать все - лень и некогда)
Ставить чисто из любопытства --- это можно, но смысла обычно немного.
> Съемный носитель при такой хорошей локалке как у нас
> мне нужен примерно раз в месяц
Не совсем понимаю, зачем нужен именно последний, поскольку
для "раз в месяц" можно обойтись и позапрошлогодним.
> r/o окружение, как уже написали - в прошлом, можно менять конфиги,
> устанавливать новые пакеты
Если можно, то об этом поподробнее, по-русски и впечатления,
ибо от аглицкого меня уже тошнит, да и техническую документацию
я вполне способен прочитать. Меня более интересует сравнение:
насколько проще, где засады и т. д.
---
...Я работаю антинаучным аферистом...
Для восстановительных работ достаточно загрузочного диска,
если только этот диск не от гентоподобного линукса.
> -для демонстраций если нет времени и умения собирать собственный дистрибутив
"Для демонстаций" я уже назвал.
Готовый дистрибутив годится только для самого простого случая:
не требуется доработки дистрибутива напильником,---
в противном случае надо собирать новый дистрибутив
и при этом может не спасти хвалёный готовый скрипт.
> -посмотреть, как там все сделано (beryl - должно быть красиво,
> но ставить ради этого кде и настраивать все - лень и некогда)
Ставить чисто из любопытства --- это можно, но смысла обычно немного.
> Съемный носитель при такой хорошей локалке как у нас
> мне нужен примерно раз в месяц
Не совсем понимаю, зачем нужен именно последний, поскольку
для "раз в месяц" можно обойтись и позапрошлогодним.
> r/o окружение, как уже написали - в прошлом, можно менять конфиги,
> устанавливать новые пакеты
Если можно, то об этом поподробнее, по-русски и впечатления,
ибо от аглицкого меня уже тошнит, да и техническую документацию
я вполне способен прочитать. Меня более интересует сравнение:
насколько проще, где засады и т. д.
---
...Я работаю антинаучным аферистом...
> если ты изменяешь какие-то файлы на смешанной с ram диском
> файловой системе и хочешь сохранить конфигурацию -
> она создает на любом rw носителе архив с измененными файлами
Поскольку r/w ntfs пока ещё является мечтой, то носитель
должен быть тем же CD/DVD, с которого загрузились.
Иначе пользы от Кнопикса очень и очень мало.
---
...Я работаю антинаучным аферистом...
> файловой системе и хочешь сохранить конфигурацию -
> она создает на любом rw носителе архив с измененными файлами
Поскольку r/w ntfs пока ещё является мечтой, то носитель
должен быть тем же CD/DVD, с которого загрузились.
Иначе пользы от Кнопикса очень и очень мало.
---
...Я работаю антинаучным аферистом...
>Не совсем понимаю, зачем нужен именно последний
>>> -посмотреть, как там все сделано (beryl - должно быть красиво
там ведь каждая новая версия по-новому оформлена, просто поглазеть интересно
>Меня более интересует сравнение: насколько проще, где засады и т. д.
наверно, я даже не понял, о чем ты: открываешь любой файл (не на сиди, а на смешанной файловой системе, UNIONFS называется правишь, сохраняешь. Соответственно, и с установкий проблем нет - apt-get install и все (предварительно vim sources.list). В инете есть специальные репозитории для кноппикса, но я использовал локальный Debianовский
>>> -посмотреть, как там все сделано (beryl - должно быть красиво
там ведь каждая новая версия по-новому оформлена, просто поглазеть интересно
>Меня более интересует сравнение: насколько проще, где засады и т. д.
наверно, я даже не понял, о чем ты: открываешь любой файл (не на сиди, а на смешанной файловой системе, UNIONFS называется правишь, сохраняешь. Соответственно, и с установкий проблем нет - apt-get install и все (предварительно vim sources.list). В инете есть специальные репозитории для кноппикса, но я использовал локальный Debianовский
>> Не совсем понимаю, зачем нужен именно последний
>>> -посмотреть, как там все сделано (beryl - должно быть красиво
> там ведь каждая новая версия по-новому оформлена, просто поглазеть интересно
Есть предложение это больше не обсуждать.
>> Меня более интересует сравнение: насколько проще, где засады и т. д.
> наверно, я даже не понял, о чем ты: открываешь любой файл
> (не на сиди, а на смешанной файловой системе, UNIONFS называется
> правишь, сохраняешь.
Как записывается ram-часть unionfs на носитель?
> В инете есть специальные репозитории для кноппикса,
> но я использовал локальный Debianовский
Это даже можно засчитать за плюс.
---
...Я работаю антинаучным аферистом...
>>> -посмотреть, как там все сделано (beryl - должно быть красиво
> там ведь каждая новая версия по-новому оформлена, просто поглазеть интересно
Есть предложение это больше не обсуждать.
>> Меня более интересует сравнение: насколько проще, где засады и т. д.
> наверно, я даже не понял, о чем ты: открываешь любой файл
> (не на сиди, а на смешанной файловой системе, UNIONFS называется
> правишь, сохраняешь.
Как записывается ram-часть unionfs на носитель?
> В инете есть специальные репозитории для кноппикса,
> но я использовал локальный Debianовский
Это даже можно засчитать за плюс.
---
...Я работаю антинаучным аферистом...
оффтоп, убунтовский live-cd тоже умеет apt-get и пр. эту особенность я однажды использовал на машине с гигом оперативы и поломанным винтом - так что хозяева могли смотреть фильмы и слушать музыку через smb пока не сменили винт. Единственное неудобство было в том, что при перезагрузке приходилось заново ставить нужные пакеты.
>Поскольку r/w ntfs пока ещё является мечтой,
change log:
- ntfs-3g (12.12.2006) for full transparent NTFS write support, also tested with boot options knoppix tohd= and knoppix romhd=.
>носитель должен быть тем же CD/DVD, с которого загрузились.
или флэшкой или дискеткой, или файлом на той же нтфс (что было возможно еще до полноценной поддержки нтфс, просто файл создавался из под винды)
change log:
- ntfs-3g (12.12.2006) for full transparent NTFS write support, also tested with boot options knoppix tohd= and knoppix romhd=.
>носитель должен быть тем же CD/DVD, с которого загрузились.
или флэшкой или дискеткой, или файлом на той же нтфс (что было возможно еще до полноценной поддержки нтфс, просто файл создавался из под винды)
>>Поскольку r/w ntfs пока ещё является мечтой,
> change log:
> - ntfs-3g (12.12.2006) for full transparent NTFS write support,
> also tested with boot options knoppix tohd= and knoppix romhd=.
Понимаешь, поддержка NTFS существует уже давно,
затык в том, чтобы оно всё ничего не могло испортить.
>> носитель должен быть тем же CD/DVD, с которого загрузились.
> или флэшкой или дискеткой, или файлом на той же нтфс
> (что было возможно еще до полноценной поддержки нтфс,
> просто файл создавался из под винды)
Про "файл на той же нтфс" см. выше, дисководы в последнее время,
бывает, не устанавливают, с флешкой тоже может быть затык,
пусть даже это менее вероятно.
Если нет обратной записи на CD/DVD-R(W это серьёзный минус,
поскольку это серьёзно упрощает доработку дистрибутива
под собственные нужды.
---
...Я работаю антинаучным аферистом...
> change log:
> - ntfs-3g (12.12.2006) for full transparent NTFS write support,
> also tested with boot options knoppix tohd= and knoppix romhd=.
Понимаешь, поддержка NTFS существует уже давно,
затык в том, чтобы оно всё ничего не могло испортить.
>> носитель должен быть тем же CD/DVD, с которого загрузились.
> или флэшкой или дискеткой, или файлом на той же нтфс
> (что было возможно еще до полноценной поддержки нтфс,
> просто файл создавался из под винды)
Про "файл на той же нтфс" см. выше, дисководы в последнее время,
бывает, не устанавливают, с флешкой тоже может быть затык,
пусть даже это менее вероятно.
Если нет обратной записи на CD/DVD-R(W это серьёзный минус,
поскольку это серьёзно упрощает доработку дистрибутива
под собственные нужды.
---
...Я работаю антинаучным аферистом...
> а зачем вы используете этот Кнопикс?
проверить по-быстрому, работает ли новый комп, запустить на нём несложные бенчмарки
проверить по-быстрому, работает ли новый комп, запустить на нём несложные бенчмарки
гм. Назови кого-нибудь кому нтфс-3г что-то испортил
> гм. Назови кого-нибудь кому нтфс-3г что-то испортил
Знаешь, я не использовал ни один из предыдущих драйверов,
на их счёт были сообщения, что "портят в соответствии с документацией",
испытывать судьбу самому мне нисколько не хочется.
---
"Аллах не ведёт людей неверных."
Знаешь, я не использовал ни один из предыдущих драйверов,
на их счёт были сообщения, что "портят в соответствии с документацией",
испытывать судьбу самому мне нисколько не хочется.
---
"Аллах не ведёт людей неверных."
ntfs-3g хорошо сделан. Достаточно поглядеть на NTFS-3G Release History и понять, что там не было очень серьезных ошибок (скорее всего они до первого релиза хорошо тестировали программу)
Да и отзывы пользователей в целом положительные. Можно уже с уверенностью сказать, что ntfs-проблема в Linux, FreeBSD и BeOS в целом решена.
Я тоже сначала с недоверием к нему относился, но сейчас считаю вполне работоспособным.
PS: Хех, а я и не знал что этот проект так интенсивно развивается. Много релизов вышло с тех пор как я его использовал.
Version 0.20070102-BETA:
* fix: writing large files could be very slow
* fix: writing several files at the same time could be very slow
* fix: writing at several places into a file at the same time could be very slow
* fix: invalid argument error when writing randomly into a sparse file
Version 0.20061218-BETA:
* fix: heavy memory usage with sparse files (p2p, bittorrent client problems)
* fix: inode number wasn't filled in the dirent structures (CVS, getcwd, gnulib problems)
* fix: 2-8% speed increase due to using pread/pwrite instead of lseek+read/write
* fix: fuse 2.6.x kernel module detection wasn't reliable
Version 0.20061212-BETA:
* fix: directories were inaccessible on Windows if the cluster size was bigger than 4kB
* fix: static linking failed with FUSE 2.6.0
* fix: 'make install' failed if ldconfig wasn't in the $PATH
* change: more verbose error reporting, explanations, hints for solutions
Version 0.20061115-BETA:
* fix: unmount was unsafe for removable devices
* fix: the code wasn't endian safe
* fix: mount arguments were omitted on the 2nd fuse mount attempt
* new: FUSE 2.6.0 is required to ensure maximum reliability
* new: bmap implemented: safe swap file support, LILO bootability
* change: the file system type is 'fuseblk' instead of 'fuse' for block devices
Version 0.20061031-BETA:
* fix: unmount was asynchronous; full fix requires FUSE 2.6.0 as well
* fix: mount was denied if $MFTMirr was too small
* fix: option parsing was incorrect if there was no space between name & argument
* change: new software versioning
2006.09.20
* fix: file creation at disk-full may lead to i/o errors
* fix: statistic of inodes and free inodes was incorrect (df -i)
* fix: the 'umask' option wasn't always parsed as an octal number
* fix: "too long filename" handling wasn't POSIX compliant
* fix: mount was denied if $MFTMirr had unused garbage at the file end
2006.09.10
* fix: rename was always denied if the target file or directory existed
* fix: renaming like 'foo' -> 'FOO' was denied in the WIN32 namespace
* fix: fuse kernel module is automatically loaded, no need for config
* fix: verbose mount error messages with hints for solutions
* fix: compilation failed with gcc 2.96
* change: top request: full read-write access to everybody by default
* change: file lookups are always case-sensitive
2006.08.22
* fix: case-insensitive directory rename to itself may failed
* fix: some regular files weren't accessible on Linux
* fix: files created on Linux may not had enough permissions on Windows
2006.08.11
* fix: directory couldn't be renamed if it had both WIN32 and DOS name
* fix: collision with ntfsprogs header files
2006.08.03
* fix: improved large file write performance
* fix: better consistency if NTFS wasn't cleanly unmounted
* fix: write(2) may created holes
* fix: show mounted device names instead of /dev/fuse
2006.07.14
* first ntfs-3g BETA release
Да и отзывы пользователей в целом положительные. Можно уже с уверенностью сказать, что ntfs-проблема в Linux, FreeBSD и BeOS в целом решена.
Я тоже сначала с недоверием к нему относился, но сейчас считаю вполне работоспособным.
PS: Хех, а я и не знал что этот проект так интенсивно развивается. Много релизов вышло с тех пор как я его использовал.
Version 0.20070102-BETA:
* fix: writing large files could be very slow
* fix: writing several files at the same time could be very slow
* fix: writing at several places into a file at the same time could be very slow
* fix: invalid argument error when writing randomly into a sparse file
Version 0.20061218-BETA:
* fix: heavy memory usage with sparse files (p2p, bittorrent client problems)
* fix: inode number wasn't filled in the dirent structures (CVS, getcwd, gnulib problems)
* fix: 2-8% speed increase due to using pread/pwrite instead of lseek+read/write
* fix: fuse 2.6.x kernel module detection wasn't reliable
Version 0.20061212-BETA:
* fix: directories were inaccessible on Windows if the cluster size was bigger than 4kB
* fix: static linking failed with FUSE 2.6.0
* fix: 'make install' failed if ldconfig wasn't in the $PATH
* change: more verbose error reporting, explanations, hints for solutions
Version 0.20061115-BETA:
* fix: unmount was unsafe for removable devices
* fix: the code wasn't endian safe
* fix: mount arguments were omitted on the 2nd fuse mount attempt
* new: FUSE 2.6.0 is required to ensure maximum reliability
* new: bmap implemented: safe swap file support, LILO bootability
* change: the file system type is 'fuseblk' instead of 'fuse' for block devices
Version 0.20061031-BETA:
* fix: unmount was asynchronous; full fix requires FUSE 2.6.0 as well
* fix: mount was denied if $MFTMirr was too small
* fix: option parsing was incorrect if there was no space between name & argument
* change: new software versioning
2006.09.20
* fix: file creation at disk-full may lead to i/o errors
* fix: statistic of inodes and free inodes was incorrect (df -i)
* fix: the 'umask' option wasn't always parsed as an octal number
* fix: "too long filename" handling wasn't POSIX compliant
* fix: mount was denied if $MFTMirr had unused garbage at the file end
2006.09.10
* fix: rename was always denied if the target file or directory existed
* fix: renaming like 'foo' -> 'FOO' was denied in the WIN32 namespace
* fix: fuse kernel module is automatically loaded, no need for config
* fix: verbose mount error messages with hints for solutions
* fix: compilation failed with gcc 2.96
* change: top request: full read-write access to everybody by default
* change: file lookups are always case-sensitive
2006.08.22
* fix: case-insensitive directory rename to itself may failed
* fix: some regular files weren't accessible on Linux
* fix: files created on Linux may not had enough permissions on Windows
2006.08.11
* fix: directory couldn't be renamed if it had both WIN32 and DOS name
* fix: collision with ntfsprogs header files
2006.08.03
* fix: improved large file write performance
* fix: better consistency if NTFS wasn't cleanly unmounted
* fix: write(2) may created holes
* fix: show mounted device names instead of /dev/fuse
2006.07.14
* first ntfs-3g BETA release
> Достаточно поглядеть на NTFS-3G Release History и понять,
> что там не было очень серьезных ошибок
А я вот гляжу и вижу сразу две серьёзные ошибки:
1. inode number wasn't filled in the dirent structures (CVS, getcwd, gnulib problems)
2. directories were inaccessible on Windows if the cluster size was bigger than 4kB
---
"Аллах не ведёт людей неверных."
> что там не было очень серьезных ошибок
А я вот гляжу и вижу сразу две серьёзные ошибки:
1. inode number wasn't filled in the dirent structures (CVS, getcwd, gnulib problems)
2. directories were inaccessible on Windows if the cluster size was bigger than 4kB
---
"Аллах не ведёт людей неверных."
А я вот гляжу и вижу сразу две серьёзные ошибки:Для стандартного пользовательского раздела это не критично(а таких большенство).
Тебе никто и не обещал, что у бетты не будет недостатков, тем более для серверного применения, где все нюансы ФС используются на полную.
Для таких целей само собой разумеющееся подождать релиза, когда разработчики доведут программу до "стабильного" состояния.
>> А я вот гляжу и вижу сразу две серьёзные ошибки:
> Для стандартного пользовательского раздела это не критично(а таких большенство).
Я самолично советовал для помойки использовать 16-кб кластеры,
когда мне задавали вопросы, а что это такое и с чем едят.
> Тебе никто и не обещал, что у бетты не будет недостатков,
> тем более для серверного применения, где все нюансы ФС
> используются на полную.
Я не заметил, чтобы затронутые задачи были серверными.
Кроме того, я не пойму такого админа, которому придёт в голову
использовать на сервере неродную файловую систему.
> Для таких целей само собой разумеющееся подождать релиза,
> когда разработчики доведут программу до "стабильного" состояния.
Я так и написал, что НТФС ещё нет, потому что такую новость,
что вышла стабильная версия драйвера НТФС, не услышать
надо постараться.
---
"Аллах не ведёт людей неверных."
> Для стандартного пользовательского раздела это не критично(а таких большенство).
Я самолично советовал для помойки использовать 16-кб кластеры,
когда мне задавали вопросы, а что это такое и с чем едят.
> Тебе никто и не обещал, что у бетты не будет недостатков,
> тем более для серверного применения, где все нюансы ФС
> используются на полную.
Я не заметил, чтобы затронутые задачи были серверными.
Кроме того, я не пойму такого админа, которому придёт в голову
использовать на сервере неродную файловую систему.
> Для таких целей само собой разумеющееся подождать релиза,
> когда разработчики доведут программу до "стабильного" состояния.
Я так и написал, что НТФС ещё нет, потому что такую новость,
что вышла стабильная версия драйвера НТФС, не услышать
надо постараться.
---
"Аллах не ведёт людей неверных."
Оставить комментарий
repnevv
CD версия нового кноппикса появилась в локалке, но только в одном месте - ftp://cluster/pub/iso/KNOPPIX_V5.1.0CD-2006-12-30-EN.isoЯ не могу скачать с этого ftp (ftp: connect: Connection refused) - если кто может выкачать и расшарить - сделайте это, пожалуйста
previous post:
------------------------------------------------------------------------------------
Bittorrent
Emule
http
From the changelog:
* V5.1.0-2006-12-30 (see also: Release Notes at http://knopper.net/knoppix/knoppix51-en.html%29
- Update to Debian etch/testing as base distribution
- Linux Kernel 2.6.19(.1) + fuse 2.6.1
- cloop 2.05 Realtime Decompression with extended block-buffering for reduction of CD/DVD access latency
- Replacing unionfs by aufs for better stability & performance
- KDE 3.5.5 + [DVD only] GNOME 2.14
- OpenOffice 2.1 (german and english)
- Iceweasel (formerly known as Firefox) 2.0 and Icedove (f.k.a. Thunderbird) 1.5.0.9
- ntfs-3g (12.12.2006) for full transparent NTFS write support, also tested with boot options knoppix tohd= and knoppix romhd=.
- ntfsprogs-Update (ntfsresize, ntfsmount, ntfsfix)
- integration of 3D desktop beryl+emerald as add-on for KDE (manual start with gnome is also possible via boot option knoppix desktop=beryl.
- Experimental script for creating a bootable flash-pendrive from a running KNOPPIX live session (mkbootdev by Martin Öhler)
- [CD] removed mysql because of space reasons.
- very new version of frozen-bubble with LANmode support