rootnick

Уже, ничего там...

Привет. Был один раздел на 4х физических дисках под btrfs, созданный так: # mkfs.btrfs /dev/sdb /dev/sdc /dev/sdd /dev/sde /dev/sdb резко умер: btrfs filesystem show Label: none uuid: ef27b935-d4ba-41a3-9e7e-60362329d658 Total devices 1 FS bytes used 25.54GiB devid 1 size 40.01GiB used 27.03GiB path /dev/sda2 Label: none uuid: bf111756-1eb0-4aeb-bd54-3ffd42ed5a3a Total devices 1 FS bytes used 68.34GiB devid 1 size 69.78GiB used 69.78GiB path /dev/sda3 warning, device 1 is missing warning, device 1 is missing Label: none uuid: ddb0fd1f-1bf1-41ac-b808-8892b36e5c07 Total devices 4 FS bytes used 3.59TiB devid 2 size 1.82TiB used 1.81TiB path /dev/sdc devid 3 size 1.82TiB used 1.81TiB path /dev/sde devid 4 size 1.82TiB used 1.81TiB path /dev/sdd *** Some devices missing Притащил другой, воткнул, и: mount -o degraded /dev/sdc /media/raid1 mount: /media/raid1: wrong fs type, bad option, bad superblock on /dev/sdc, missing codepage or helper program, or other error. Понятно, делаю: btrfsck /dev/sdc Opening filesystem to check... warning, device 1 is missing warning, device 1 is missing Checking filesystem on /dev/sdc UUID: ddb0fd1f-1bf1-41ac-b808-8892b36e5c07 [1/7] checking root items [2/7] checking extents [3/7] checking free space cache [4/7] checking fs roots [5/7] checking only csums items (without verifying data) [6/7] checking root refs [7/7] checking quota groups skipped (not enabled on this FS) found 3947044032512 bytes used, no error found total csum bytes: 3849158660 total tree bytes: 4550115328 total fs tree bytes: 86999040 total extent tree bytes: 30982144 btree space waste bytes: 440883716 file data blocks allocated: 394 и ещё: btrfs inspect-internal dump-super -a /dev/sdc superblock: bytenr=65536, device=/dev/sdc --------------------------------------------------------- csum_type 0 (crc32c) csum_size 4 csum 0xc97fe9b8 [match] bytenr 65536 flags 0x1 ( WRITTEN ) magic _BHRfS_M [match] fsid ddb0fd1f-1bf1-41ac-b808-8892b36e5c07 label generation 302435 root 1840939008 sys_array_size 290 chunk_root_generation 237683 root_level 1 chunk_root 20971520 chunk_root_level 1 log_root 0 log_root_transid 0 log_root_level 0 total_bytes 8001595736064 bytes_used 3947044032512 sectorsize 4096 nodesize 16384 leafsize (deprecated) 16384 stripesize 4096 root_dir 6 num_devices 4 compat_flags 0x0 compat_ro_flags 0x0 incompat_flags 0x161 ( MIXED_BACKREF | BIG_METADATA | EXTENDED_IREF | SKINNY_METADATA ) cache_generation 302435 uuid_tree_generation 302435 dev_item.uuid a6053590-2e93-457e-a0b4-9cf11ef73dd1 dev_item.fsid ddb0fd1f-1bf1-41ac-b808-8892b36e5c07 [match] dev_item.type 0 dev_item.total_bytes 2000398934016 dev_item.bytes_used 1996082970624 dev_item.io_align 4096 dev_item.io_width 4096 dev_item.sector_size 4096 dev_item.devid 2 dev_item.dev_group 0 dev_item.seek_speed 0 dev_item.bandwidth 0 dev_item.generation 0 superblock: bytenr=67108864, device=/dev/sdc --------------------------------------------------------- csum_type 0 (crc32c) csum_size 4 csum 0x691ec176 [match] bytenr 67108864 flags 0x1 ( WRITTEN ) magic _BHRfS_M [match] fsid ddb0fd1f-1bf1-41ac-b808-8892b36e5c07 label generation 302435 root 1840939008 sys_array_size 290 chunk_root_generation 237683 root_level 1 chunk_root 20971520 chunk_root_level 1 log_root 0 log_root_transid 0 log_root_level 0 total_bytes 8001595736064 bytes_used 3947044032512 sectorsize 4096 nodesize 16384 leafsize (deprecated) 16384 stripesize 4096 root_dir 6 num_devices 4 compat_flags 0x0 compat_ro_flags 0x0 incompat_flags 0x161 ( MIXED_BACKREF | BIG_METADATA | EXTENDED_IREF | SKINNY_METADATA ) cache_generation 302435 uuid_tree_generation 302435 dev_item.uuid a6053590-2e93-457e-a0b4-9cf11ef73dd1 dev_item.fsid ddb0fd1f-1bf1-41ac-b808-8892b36e5c07 [match] dev_item.type 0 dev_item.total_bytes 2000398934016 dev_item.bytes_used 1996082970624 dev_item.io_align 4096 dev_item.io_width 4096 dev_item.sector_size 4096 dev_item.devid 2 dev_item.dev_group 0 dev_item.seek_speed 0 dev_item.bandwidth 0 dev_item.generation 0 superblock: bytenr=274877906944, device=/dev/sdc --------------------------------------------------------- csum_type 0 (crc32c) csum_size 4 csum 0x94999747 [match] bytenr 274877906944 flags 0x1 ( WRITTEN ) magic _BHRfS_M [match] fsid ddb0fd1f-1bf1-41ac-b808-8892b36e5c07 label generation 302435 root 1840939008 sys_array_size 290 chunk_root_generation 237683 root_level 1 chunk_root 20971520 chunk_root_level 1 log_root 0 log_root_transid 0 log_root_level 0 total_bytes 8001595736064 bytes_used 3947044032512 sectorsize 4096 nodesize 16384 leafsize (deprecated) 16384 stripesize 4096 root_dir 6 num_devices 4 compat_flags 0x0 compat_ro_flags 0x0 incompat_flags 0x161 ( MIXED_BACKREF | BIG_METADATA | EXTENDED_IREF | SKINNY_METADATA ) cache_generation 302435 uuid_tree_generation 302435 dev_item.uuid a6053590-2e93-457e-a0b4-9cf11ef73dd1 dev_item.fsid ddb0fd1f-1bf1-41ac-b808-8892b36e5c07 [match] dev_item.type 0 dev_item.total_bytes 2000398934016 dev_item.bytes_used 1996082970624 dev_item.io_align 4096 dev_item.io_width 4096 dev_item.sector_size 4096 dev_item.devid 2 dev_item.dev_group 0 dev_item.seek_speed 0 dev_item.bandwidth 0 dev_item.generation 0 и dmesg: [ 141.082051] BTRFS info (device sdc): disk space caching is enabled [ 141.082053] BTRFS info (device sdc): has skinny extents [ 141.082432] BTRFS error (device sdc): devid 1 uuid d40e530b-8188-44b0-8c03-4a96b563d20c is missing [ 141.082437] BTRFS error (device sdc): failed to read the system array: -2 [ 141.103072] BTRFS error (device sdc): open_ctree failed ....... [ 5012.996164] BTRFS error (device sdc): open_ctree failed [ 5292.346631] BTRFS info (device sdc): allowing degraded mounts [ 5292.346634] BTRFS info (device sdc): disk space caching is enabled [ 5292.346635] BTRFS info (device sdc): has skinny extents [ 5292.347595] BTRFS warning (device sdc): devid 1 uuid d40e530b-8188-44b0-8c03-4a96b563d20c is missing [ 5294.883873] BTRFS warning (device sdc): chunk 0 missing 1 devices, max tolerance is 0 for writeable mount [ 5294.883875] BTRFS warning (device sdc): writeable mount is not allowed due to too many missing devices [ 5294.913899] BTRFS error (device sdc): open_ctree failed Не монтируется даже в degraded... А чтобы мне добавить / убавить диск в раздел, его блин, нужно смонтировать... Я в btrfs не алё, буду рад помощи, а то писец какой то... Спасибо.

Можно закрыть тему, не хватало (я снес) аргумента %U после команды запуска. Подробности тут... http://chakra-project.org/bbs/viewtopic.php?id=7403 Всем спасибо...

Здравствуйте! OpenSUSE 12.2 х64 / Linux 3.4.10 / KDE 4.9.1 / Chrome 22.0.1229.39 beta проблема в следующем, после обновления на кеды 4.9 ссылки из других программ (скайп, почта, либреофис - любых) в хроме открываются в виде file:///var/tmp/kdecache-nick/krun/29746_0_629933 В лисе и конкерроре (если настроить открытие ссылок на них) то все открывается нормально. Спасибо!

Эх, да предыдущая была безупречна

Ну вот опять упал. Вот: Application: KMail (kmail), signal: Segmentation fault[Current thread is 1 (Thread 0x7f9e05b39780 (LWP 28889))]Thread 5 (Thread 0x7f9de7661700 (LWP 28896)):#0 0x00007f9e00c66e6c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0#1 0x00007f9df73979dc in ?? () from /usr/lib64/libQtWebKit.so.4#2 0x00007f9df7397b09 in ?? () from /usr/lib64/libQtWebKit.so.4#3 0x00007f9e00c62f05 in start_thread () from /lib64/libpthread.so.0#4 0x00007f9e02e5963d in clone () from /lib64/libc.so.6Thread 4 (Thread 0x7f9de6d60700 (LWP 28897)):#0 0x00007f9dfb0c4b0e in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0#1 0x00007f9dfb0c592d in ?? () from /usr/lib64/libglib-2.0.so.0#2 0x00007f9dfb0c5f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0#3 0x00007f9e044b6956 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4#4 0x00007f9e04486682 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4#5 0x00007f9e044868d7 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4#6 0x00007f9e04387537 in QThread::exec() () from /usr/lib64/libQtCore.so.4#7 0x00007f9e0438a55b in ?? () from /usr/lib64/libQtCore.so.4#8 0x00007f9e00c62f05 in start_thread () from /lib64/libpthread.so.0#9 0x00007f9e02e5963d in clone () from /lib64/libc.so.6Thread 3 (Thread 0x7f9d9e52c700 (LWP 2646)):#0 0x00007f9e00c671eb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0#1 0x00007f9e0438a9cf in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4#2 0x00007f9e0437dddf in ?? () from /usr/lib64/libQtCore.so.4#3 0x00007f9e0438a55b in ?? () from /usr/lib64/libQtCore.so.4#4 0x00007f9e00c62f05 in start_thread () from /lib64/libpthread.so.0#5 0x00007f9e02e5963d in clone () from /lib64/libc.so.6Thread 2 (Thread 0x7f9d9d31f700 (LWP 2664)):#0 0x00007f9e00c671eb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0#1 0x00007f9e0438a9cf in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4#2 0x00007f9e0437dddf in ?? () from /usr/lib64/libQtCore.so.4#3 0x00007f9e0438a55b in ?? () from /usr/lib64/libQtCore.so.4#4 0x00007f9e00c62f05 in start_thread () from /lib64/libpthread.so.0#5 0x00007f9e02e5963d in clone () from /lib64/libc.so.6Thread 1 (Thread 0x7f9e05b39780 (LWP 28889)):[KCrash Handler]#6 0x00007f9e01dfc762 in ?? () from /usr/lib64/libQtNetwork.so.4#7 0x00007f9e01e3b80d in QNetworkCacheMetaData::rawHeaders() const () from /usr/lib64/libQtNetwork.so.4#8 0x00007f9e01e1e5cc in ?? () from /usr/lib64/libQtNetwork.so.4#9 0x00007f9e01e1fd24 in ?? () from /usr/lib64/libQtNetwork.so.4#10 0x00007f9e01eab379 in ?? () from /usr/lib64/libQtNetwork.so.4#11 0x00007f9e044a0926 in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4#12 0x00007f9e0380ce84 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4#13 0x00007f9e03811d03 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4#14 0x00007f9e0554a656 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5#15 0x00007f9e0448789c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4#16 0x00007f9e0448b13a in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib64/libQtCore.so.4#17 0x00007f9e044b64c3 in ?? () from /usr/lib64/libQtCore.so.4#18 0x00007f9dfb0c558d in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0#19 0x00007f9dfb0c5d88 in ?? () from /usr/lib64/libglib-2.0.so.0#20 0x00007f9dfb0c5f59 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0#21 0x00007f9e044b68ef in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4#22 0x00007f9e038b02de in ?? () from /usr/lib64/libQtGui.so.4#23 0x00007f9e04486682 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4#24 0x00007f9e044868d7 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4#25 0x00007f9e0448b435 in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4#26 0x0000000000402df3 in ?? ()#27 0x00007f9e02da123d in __libc_start_main () from /lib64/libc.so.6#28 0x00000000004032d5 in _start () А при перезапуске вылезает диалоговое окно (да/нет) с надписью Цитата: KMail уже выполняется на другом мониторе на этом компьютере. Запуск более чем одного экземпляра KMail может привести к потере писем. Не запускайте KMail, если вы не уверены, что эта программа не выполняется.

мои - пользовательские

не помогло

Kmail 4.7.2 KDE 4.8.1 OpenSUSE 12.1 x86Linux 3.1.9-1.4-desktop x86_64 Привет. Обновил систему, точнее переустановил, и вот новый Kmail начал с ходу доставать. 1) Постоянно просит пароли. Сначала клянчил Kwallet - достал, я разрешил, заполнил пароль. Теперь при запуске запускается валлет, я вбиваю пароль.... А потом периодически kmail еще просит отдельно пароли на каждую учетку (не все). Пишет, что пароль запрашивается так как в предидущий раз пароль мол неверный окозался, хотя пароли верны.... Бред... 2) Невозможно отправить уведомление о прочтении. Он теперь всегда пытается отправить с учетки по умолчанию, хотя раньше отправлял с той учетки в письме на которую был запрос о прочтении... 3) Падает. Просто открываешь письмо - он падает.... Спасибо...

Не всегда. Я так спалил 3 HDD, прицепив к своему блоку питания отстегивающиеся кабели от другого. Кабели были на концах в термоусадке, и распиновку посмотреть я не мог, разъем на БП подходил, закончилось все расплавленным разъемом на проводе и сгоревшими HDD.БП выжил. Но я теперь чего то осторожничяю

Привет всем! Поставил видеокарту: http://www.gigabyte.ru/products/vga/specs/gv-n250oc-1gi_20.html Вопрос такой: У нее есть доп питание. С ней в комплекте идет переходник 2х4pin молекс на один 6pin PCI-E. На переходнике распайка - один ряд com (черные), верхний ряд +12/+5/+12. У меня на блоке питания кабель для питания pci-e распаян так же, за исключением +5, т.е. верхний ряд +12/+12/+12. Можно ли его втыкать в видюху, или сгорит. Зарание спасибо.

А я и на офисные компы (которые не мои, и работают под виндой) опенофисы поставил, ИМХО, удобнее, к тому же и стандарты ISO поддерживают

Ну да, я их ставил для теста, и именно по причичне отсутствия последних версий софта (иногда нужны последниии версии из за функционала, а компиляция превращается временами в адский гемор - по зависимостям), и слабая относительно линукса поддержка железа держит меня на линуксе. Виндос тут попробывал - чуть не сдох , настолько все не удобно. Задо BSD IMHO шустрее работает...

Спасибо. Тот, первый пост я написал в январе 2007..... Сейчас сижу на (после Mandriva, Kubuntu, PCBsd, Korona, Gentoo) OpenSUSE, с неким душевным грызением уйти на FreeBSD или дистрибутив OpenSolaris. На рабочем лэптопе живет Мандрива 2009... Я бы сказал, что современный линукс - это что то странное.... Тормоза, странности всякие.... IOWait высокий, отвратительная поддержка NCQ, плохая работа USB стека..... Современные версии ядер получив поддержку широкого диапозона железа, получили тормознутость, странное распределение ресурсов системы между задачами. Что то можно исправить руками, еще что то можно, но не знаю как. Вот и поглядываю на другие системы с моим любимым KDE, но на других ядрах. ZFS опять же... Смущает только проблемы с пользовательским совтом, и железом. Солярка вообще по тестам какая то тормознутая. Поэтому пока OpenSuse - yast офигенен!!! Спасибо.

Хе, спасибо)