Re: film
Pavel wrote: Привет Debian-russian! Как у фильма(avi- mpeg4) отрезать кусок сзади, т.е. надо с 1 мин 50 сек сделать 1 мин ? avidemux тебе поможет. -- == Pavel S. Zamulin System administrator ChGUES UralSvyazInform. Chelyabinsk, phone +7-351-2781000
Re: Re[2]: Убил дебиана - надо спасать :-(
On Sat, 28 Aug 2004 21:38:45 +0400 Кутилин Александр Анатольевич <[EMAIL PROTECTED]> wrote: хм.. а откуда он этот самый /bin/bah загрузит? он вывалится в кернел паник с енаблу маунт рут ФС... если есть флопик то монжно попробыват ьс него зугрузиться.. или утащить винт на другой комп? Если не ошибаюсь, корневой раздел прописан прямо в ядре, и если повреждён только /etc/fstab, то должно загрузиться keeper:/home/yuray# rdev /dev/hda3 / keeper:/home/yuray# Regards, Yuri Kozlov
Re: ext3 на старой машине
On Sat, 28 Aug 2004, Iouri Nefedov wrote: > UPSами. Журналируемые файловые системы только уменьшают проблемы > с восстановлением самой файловой системы, но не данных которые > в ней хранятся. ext3, в отличие от других fs, журналирует не только управляющие структуры fs, но и сами данные, если ее об этом попросить. mount ... -o data=journal -- Если виртуальная память закончилась, она ненастоящая.
Re: ext3 на старой машин е
Hello, On Sat, Aug 28, 2004 at 12:19:29PM +0200, Iouri Nefedov wrote: > > Здравствуйте. > > Вас кто-то ввёл в заблуждение. При внезапном отклучении питания > может потерять данные любая файловая система. Что бы не терять > данные пользуйтесь backupом, а что бы не было проблем с питанием > UPSами. Журналируемые файловые системы только уменьшают проблемы > с восстановлением самой файловой системы, но не данных которые > в ней хранятся. reiser4? Там заявлена надёжность сохранения данных. Правда пока (ИМХО) для reiser4 существеннее возможность потери данных из-за ошибок в самой FS. -- With best wishes Dmitry Baryshkov
Re: Убил дебиана - надо спасать :-(
Кутилин Александр Анатольевич wrote: > хм.. а откуда он этот самый /bin/bah загрузит? он вывалится в кернел паник > с енаблу маунт рут ФС... если есть флопик то монжно попробыват ьс него > зугрузиться.. или утащить винт на другой комп? linux root=/dev/hda1 init=/bin/bash вот так он будет знать, что bash будет на /dev/hda1 -- // AlexanderICQ #96225688 GPG keyID: 8A00E9C4 at pgpkeys.mit.edu
Re: ext3 на старой машине
On Sun, 29 Aug 2004, Dmitry A. Fedorov wrote: > On Sat, 28 Aug 2004, Iouri Nefedov wrote: > > > UPSами. Журналируемые файловые системы только уменьшают проблемы > > с восстановлением самой файловой системы, но не данных которые > > в ней хранятся. > > ext3, в отличие от других fs, журналирует не только управляющие > структуры fs, но и сами данные, если ее об этом попросить. > > mount ... -o data=journal > > Это всего лишь означает, что система хранит записи о том кто и когда что-то делал с данными, но не сохраняет сами данные. Ну как в библиотеке хранится перечень книг и картотеку куда и кто взял книгу, но когда вам эту книгу выдают никто не копирует её содержимое. Файловая система заботится только о том, что бы записи о файлах соответствовали действительному "положению" файла в системе, но что в этом файле хранится, не её это забота. Так что если сбой системы произошёл в процессе перемещения файла с одной партиции на другую, то после восстановления можно получить обсолютно самосогласованные файловые системы, но этот файл будет отсутствовать вообще. Хотя это и лучше, чем иметь файл на обоих партициях, но непонятно с чем :) Успехов. Юра.
Re: Убил дебиана - над о спасать :-(
On Sat, Aug 28, 2004 at 09:38:45PM +0400, Кутилин Александр Анатольевич wrote: > AP> On Fri, Aug 27, 2004 at 03:24:05PM +0300, Dmitrii A.Varvashenia wrote: > AP> > Всем привет.сабж. > AP> > Чем можно исправить один файлик (/etc/fstab) на системе, где нет > cd-rom'а и нет возможности его подключить?Система естественно уже не > грузится.Ибо мои кривые ручки запороли root в файлике fstab :~-(( > AP> попробуй так: > AP> lilo: linux init=/bin/bash > хм.. а откуда он этот самый /bin/bah загрузит? C раздела определенного как root=... в LILO, равно как и /etc/fstab, кстати. -- Иван Лох
Re: ext3 на старой машине
On Sat, 28 Aug 2004, Alexander wrote: > Alexander пишет: > > Спасибо Юрий, спасибо Максим, спасибо Богдан. > > Попробую JFS, но уже свыкаюсь с мыслью что останусь жить на ext3... Правильное решение!!! : > А какие у jfs недостатки с практической точки зрения? > Не нашел внятных бенчмарков, все почему-то тестируют на SMP системах (и > нехилых системах), но пока усек что jfs хороше себя ведет при большом > количестве I/O тредов... > А я вообще не уверен в правильности этих бенчмарковок. Это должно сильно зависеть от аппаратной части. Скажем на SCSI дисках всё по другому будет. И как отсечь время которое тратить IDE драйвер? И загрузка этого драйвера может быть разной и то что для SCSI системы "мелочь" для IDE будет тормозом... Потом, наверное честно будет сравнивать что-то типа CPUtime/(число транзакций) (или что там...). А то может оказаться, что меньше всего загружает CPU самая медленная файловая система. По своему опыту работы со "старыми" системами, могу сказать, что софтверная часть к сожалению практически ничего не меняет. А вот вот увеличение памяти (до разумных пределов) может заметно "ушустрить" даже вращение диска :) Успехов. Юра.
Re: ext3 на старой машин е
Iouri Nefedov wrote: Это всего лишь означает, что система хранит записи о том кто и когда что-то делал с данными, но не сохраняет сами данные. Ну как в библиотеке хранится перечень книг и картотеку куда и кто взял книгу, но когда вам эту книгу выдают никто не копирует её содержимое. Файловая система заботится только о том, что бы записи о файлах соответствовали действительному "положению" файла в системе, но что в этом файле хранится, не её это забота. Так что если сбой системы произошёл в процессе перемещения файла с одной партиции на другую, то после восстановления можно получить обсолютно самосогласованные файловые системы, но этот файл будет отсутствовать вообще. Хотя это и лучше, чем иметь файл на обоих партициях, но непонятно с чем :) Успехов. Юра. IMHO вы не правы: /То что описали вы это data=ordered. А в режиме data=journal "/JBD журналирует все изменения в filesystem, связанные как с /data/, так и с /metadata/. При этом JBD может использовать журнал для отката и восстановления metadata и data. Недостаток /"полного"/ журналирования в достаточно низкой производительности и расходе большого объема дискового пространства под журнал." Цитата из www.opennet.ru
Re: ext3 на старой машине
On Sun, 29 Aug 2004, Iouri Nefedov wrote: > > ext3, в отличие от других fs, журналирует не только управляющие > > структуры fs, но и сами данные, если ее об этом попросить. > > > > mount ... -o data=journal > > > > > Это всего лишь означает, что система хранит записи о том > кто и когда что-то делал с данными, но не сохраняет > сами данные. Ну как в библиотеке хранится перечень книг и > картотеку куда и кто взял книгу, но когда вам эту книгу > выдают никто не копирует её содержимое. То, что вы описали, и называется журналированием метаданных. Так вот, ext3 при data=journal журналирует еще и сами данные. Да, получается двойной объем записи на диск и этот второй объем прокачивается через небольшую область журнала, тратя дополнительный ресурс механизма перемещения головок, зато данные более целы. > Успехов. > Юра. И так есть. Жадно копирую один фильм из домашней сетки при этом смотря второй со своего диска. С вероятностью < 0.2 машина зависает в процессе. После перезагрузки снова копирую фильм, но не с начала, а продолжая (как - это уже другой вопрос). Потом никаких проблем в окресностях разрыва файла не видим ни mplayer ни я. ext3 с data=journal стоит на всех разделах и дома и на работе. Как ни странно, но меня этот журнал спасает от весьма глючных машин. -- Если виртуальная память закончилась, она ненастоящая.
您要的邮件;我给您发过去!
广州市建为实业发展有限公司 致贵公司财务或负责人; 您好! 我公司现因公司业务发展需要,有一部分普通发票可以对外代开, 税点从优,欢迎来电咨询： 顺祝商祺! 联系人: 张主管 办公电话:(020)-83685430
Re: ext3 на старой машине
Alexander <[EMAIL PROTECTED]> writes: > Alexander пишет: > > Спасибо Юрий, спасибо Максим, спасибо Богдан. > > Попробую JFS, но уже свыкаюсь с мыслью что останусь жить на ext3... > А какие у jfs недостатки с практической точки зрения? Производительность достаточно низкая. > Не нашел внятных бенчмарков, все почему-то тестируют на SMP системах > (и нехилых системах), но пока усек что jfs хороше себя ведет при > большом количестве I/O тредов... Не только. У нее практическое линейное падение производительности при нарастании нагрузки (камень в огород в ReaiseFS v3 :) -- With Best Regards, Maxim Tyurin aka Bungarus JID:[EMAIL PROTECTED]
Ядерные модули
Всю жизнь собирал ядро монолитным. Недавно решил сделать всё по уму, собирать всё ненужное модулями. Прочитал хелпы по modutils, но не понял главного - как правильно настраивать конфиги, чтобы нужные модули подгружались автоматом. Я понимаю, что RTFM, но man что???
Re: Ядерные модули
Petrov Dmithriy wrote: Всю жизнь собирал ядро монолитным. Недавно решил сделать всё по уму, собирать всё ненужное модулями. Прочитал хелпы по modutils, но не понял главного - как правильно настраивать конфиги, чтобы нужные модули подгружались автоматом. Я понимаю, что RTFM, но man что??? наверное hotplug
最全的商贸英语资料
中国最全的商贸英语资料就在德讯网英语论坛： http://www.dexun.net/tradebbs 最丰富全面、丰富、实用， 还有丰富的海外卖家资料 http://www.dexun.net 敬请光临
Re: где слить CD с sid?
On 2004.08.27 at 11:31:47 +0900, dimichxp wrote: > On Thu, Aug 26, 2004 at 04:51:24PM +0900, Lazarev A.A. wrote: > > d> Где можно скачать CD с сидом? > > > > ftp://ftp.fsn.hu/pub/CDROM-Images/debian-unofficial/sid/ > ~~ > А оффициальный есть? И чем они различаются? В неоф. левые пакеты > вставляют? Нет и не может быть никогда. Официальные Debian CD это всегда stable и только stable. Официальный sarge - будет. Когда зарелизят. А sid всегда останется unstable. >
