Re: Аппаратный сбой (bug). Проц зависает. Hardware error. HELP!
On Sun, 21 Oct 2012, alexander wrote: Ну чо тут получаеца.. Опять завис!(( После этого силой выключи комп, и загрузился с лив дивиди дебьяна тестинга в режиме восстановления. Посмотрел файлик /var/log/kern.log (или messages хз это одно и то же). Там были такие логи: Oct 17 20:17:56 alexander kernel: [ 620.236274] CPU1: Package power limit notification (total events = 1) Oct 17 20:17:56 alexander kernel: [ 620.236279] CPU3: Package power limit notificati on (total events = 1) Oct 17 20:17:56 alexander kernel: [ 620.236282] CPU2: Package power limit notificati on (total events = 1) Oct 17 20:17:56 alexander kernel: [ 620.236285] CPU0: Package power limit notificati on (total events = 1) Oct 17 20:17:56 alexander kernel: [ 620.236928] CPU3: Package power limit normal Oct 17 20:17:56 alexander kernel: [ 620.236930] CPU2: Package power limit normal Oct 17 20:17:56 alexander kernel: [ 620.236933] CPU1: Package power limit normal Oct 17 20:17:56 alexander kernel: [ 620.236935] CPU0: Package power limit normal Oct 17 20:22:35 alexander kernel: [ 898.634647] [Hardware Error]: Machine check events logged Oct 17 20:45:02 alexander kernel: imklog 5.8.11, log source = /proc/kmsg started. Oct 17 20:45:02 alexander kernel: [0.00] Initializing cgroup subsys cpuset Oct 17 20:45:02 alexander kernel: [0.00] Initializing cgroup subsys cpu Oct 17 20:45:02 alexander kernel: [0.00] Linux version 3.2.0-3-amd64 (Debian Воть( Не могу понять эти логи. Ясно чо это аппаратная ошибка какая то( Обратите вниманио на строку Hardware error. alexander@alexander:~$ uname -a Linux alexander 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64 GNU/Linux Чо делать други мои?)) Package power limit notification - это когда процессор (i5 или i7?) входит в турбо режим. Ничего страшного. А вот то что сразу вслед за этим [Hardware Error]: Machine check events logged это плохо. Скорее всего перегрев или цепи питания нагрузки не выдерживают. Смотрите https://en.wikipedia.org/wiki/Machine_Check_Exception Попробуйте установить mcelog и в следующий раз увидите более подробную информацию. Но вообще то, наверное, надо ограничивать максимальную частоту работы процессора. Ю.
Re: Аппаратный сбой (bug). Проц зависает. Hardware error. HELP!
В Sun, 21 Oct 2012 16:53:56 +0400 (MSK) yuri.nefe...@gmail.com пишет: On Sun, 21 Oct 2012, alexander wrote: Ну чо тут получаеца.. Опять завис!(( После этого силой выключи комп, и загрузился с лив дивиди дебьяна тестинга в режиме восстановления. Посмотрел файлик /var/log/kern.log (или messages хз это одно и то же). Там были такие логи: Oct 17 20:17:56 alexander kernel: [ 620.236274] CPU1: Package power limit notification (total events = 1) Oct 17 20:17:56 alexander kernel: [ 620.236279] CPU3: Package power limit notificati on (total events = 1) Oct 17 20:17:56 alexander kernel: [ 620.236282] CPU2: Package power limit notificati on (total events = 1) Oct 17 20:17:56 alexander kernel: [ 620.236285] CPU0: Package power limit notificati on (total events = 1) Oct 17 20:17:56 alexander kernel: [ 620.236928] CPU3: Package power limit normal Oct 17 20:17:56 alexander kernel: [ 620.236930] CPU2: Package power limit normal Oct 17 20:17:56 alexander kernel: [ 620.236933] CPU1: Package power limit normal Oct 17 20:17:56 alexander kernel: [ 620.236935] CPU0: Package power limit normal Oct 17 20:22:35 alexander kernel: [ 898.634647] [Hardware Error]: Machine check events logged Oct 17 20:45:02 alexander kernel: imklog 5.8.11, log source = /proc/kmsg started. Oct 17 20:45:02 alexander kernel: [0.00] Initializing cgroup subsys cpuset Oct 17 20:45:02 alexander kernel: [0.00] Initializing cgroup subsys cpu Oct 17 20:45:02 alexander kernel: [0.00] Linux version 3.2.0-3-amd64 (Debian Воть( Не могу понять эти логи. Ясно чо это аппаратная ошибка какая то( Обратите вниманио на строку Hardware error. alexander@alexander:~$ uname -a Linux alexander 3.2.0-3-amd64 #1 SMP Mon Jul 23 02:45:17 UTC 2012 x86_64 GNU/Linux Чо делать други мои?)) Package power limit notification - это когда процессор (i5 или i7?) входит в турбо режим. Ничего страшного. у мя i7 ). alexander@alexander:~$ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 58 model name : Intel(R) Core(TM) i7-3517U CPU @ 1.90GHz stepping: 9 microcode : 0x12 cpu MHz : 799.000 cache size : 4096 KB physical id : 0 siblings: 4 core id : 0 cpu cores : 2 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 13 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms bogomips : 4788.04 clflush size : 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: ну и еще 3 штуки (ибо 4 Threads). А вот то что сразу вслед за этим [Hardware Error]: Machine check events logged это плохо. Скорее всего перегрев или цепи питания нагрузки не выдерживают. Смотрите https://en.wikipedia.org/wiki/Machine_Check_Exception еще не дыбал, но дыбану) спс) Попробуйте установить mcelog и в следующий раз увидите более подробную информацию. да установил уже) хех) но он чото не понятно чо логирует). Вот лог: cat /var/log/mcelog MCE 0 CPU 1 THERMAL EVENT TSC f99d4f19dbc TIME 1350822420 Sun Oct 21 23:27:00 2012 Processor 1 below trip temperature. Throttling disabled STATUS c00088250c00 MCGSTATUS 0 MCGCAP c07 APICID 1 SOCKETID 0 CPUID Vendor Intel Family 6 Model 58 mcelog: Unsupported new Family 6 Model 3a CPU: only decoding architectural errors Hardware event. This is not a software error. MCE 1 CPU 3 THERMAL EVENT TSC f99d4f1bb1d TIME 1350822420 Sun Oct 21 23:27:00 2012 Processor 3 below trip temperature. Throttling disabled STATUS c00088250c00 MCGSTATUS 0 MCGCAP c07 APICID 3 SOCKETID 0 CPUID Vendor Intel Family 6 Model 58 mcelog: Unsupported new Family 6 Model 3a CPU: only decoding architectural errors Hardware event. This is not a software error. MCE 2 CPU 0 THERMAL EVENT TSC f99d4f1d9e0 TIME 1350822420 Sun Oct 21 23:27:00 2012 Processor 0 below trip temperature. Throttling disabled STATUS c00088250c00 MCGSTATUS 0 MCGCAP c07 APICID 0 SOCKETID 0 CPUID Vendor Intel Family 6 Model 58 mcelog: Unsupported new Family 6 Model 3a CPU: only decoding architectural errors Hardware event. This is not a software error. MCE 3 CPU 2 THERMAL EVENT TSC f99d4f1de06 TIME 1350822420 Sun Oct 21 23:27:00 2012 Processor 2 below trip temperature. Throttling disabled STATUS c00088250c00 MCGSTATUS 0 MCGCAP c07 APICID 2 SOCKETID 0 CPUID Vendor Intel Family 6 Model 58 mcelog: Unsupported new Family 6 Model 3a CPU:
Re: Среды разработки
On 2012-10-19, Alexander Danilov wrote: Да, это должна быть весьма извращённая фантазия. :-) Проще взять cygwin. А пробовали брать? Я пробовал, пользуюсь mingw только когда долго в винде приходится сидеть, а так проще какой-нибудь однофайловый интерпретатор взять. А какие проблемы - не можем запустить setup.exe? :) setup.exe запускается, но оно сильно отличается то виндового окружения Это среда разработки, пользователи этого не увидят. (путями, многие графические приложения при компиляции в cygwin хотят xserver, нужно таскать с собой cygwin.dll) Примеры кросскомпиляторов я приводил выше по топику. Нативные библиотеки собраны: http://gnuwin32.sourceforge.net/ Правдя я не заглядывал есть ли движения по сборке 64-битных... Не очень удобно, если надо сделать нативное виндовое приложение, а если сделать себе в винде gnu уголок - то да, удобно. make target=i686-w64-mingw32 тажелее чем make ?? Ну да, с инфраструктурой проекта придется один раз в жизни повозиться... К тому же в комплекте 2 кросскомпилятора: Mingw и свежий W64 (который для i686 и AMD64). По ABI оба совместимы с вендором. -- Best regards! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87hapnswi7@gavenkoa.example.com
Re: Ошибки компиляции с MinGW
On 2012-10-20, Артём Н. wrote: Я ищу. И, блин, обрабатываю. При условии, что вы знаете, возможно и ответить: ваш ответ я получу быстрее, Не факт. Ошибки компиляции с MinGW - это оффтоп для данной рассылки. http://www.catb.org/esr/faqs/smart-questions.html#forum Choose your forum carefully http://www.catb.org/esr/faqs/smart-questions.html#uselists As a second step, use project mailing lists и он будет надёжнее, чем нечто, найденное, при разборе мусора на гугле. Используйте другие поисковые машины: http://search.gmane.org/?query=winsockgroup=gmane.comp.gnu.mingw.user Если же никто не знает, и ответ не получен, сам буду искать. Очень плохой ответ. Обычно делают наоборот. Говорят что 10 ночей не спали, начали избивать жену, потому что перерыли весь интернет, перечитали все мануали, но все никак не смогли winsock заставить работать с MinGW. Я же не заставляю за меня искать, используя поисковики. :-) За ответы - спасибо. -- Best regards! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/876263suq0@gavenkoa.example.com
Re: Среды разработки
On 2012-10-20, Артём Н. wrote: Вернусь к изначальной постановке вопроса: какие инструментальные средства вами, на практике, используются для кроссплатформенной разработки прикладного ПО под Linux и Windows, независимо от языка, используемого для написания кода? Еще пару ключевых слов: https://www.google.com/search?q=Setting+up++development+environment Второй способ - ищем HACKING файл, валяющийся в корне Open Source проектов: http://code.ohloh.net/search?s=HACKING Вы заметите что каждый проект, среда или технология требует соответствующих средств разработки. Т.е. одного идеального инструмента нет. Мною под разработкой ПО понимается: 1. Сбор, организация и хранение требований. Затем, тестирование на соответствие. reStructuredText/markdown/docbook/LaTeX Emacs имеет поддержку этих форматов. 2. Проектирование. Автоматизированное. Наглядное. Текст - это хорошо. Но не очень наглядно. Известный факт: большинством людей легче воспринимается информация, представленная в графическом виде (акцентирую внимание потому, что кто-то постоянно норовит предложить чёрный экран, Vim и уютненькую консоль). http://en.wikipedia.org/wiki/Graphical_user_interface_builder Можете заплатить деньги: GUI Design Studio - $499.00 http://www.carettasoftware.com Screen Architect - $120.00 http://www.screenarchitect.com MockupScreens - $89.00 http://www.mockupscreens.com В хобби-програмировании такие штуки не использются (нет необходимости демонстрировать прототип перед заказчиками). 3. Создание интерфейса и его проверка, написание кода, его компиляция, сборка, отладка, проверка, переработка. Голова на плечах, желательно 2 руки - с одной в Emacs тяжелее будет. Компиляторы: http://en.wikipedia.org/wiki/List_of_compilers Средства сборки: http://en.wikipedia.org/wiki/List_of_build_automation_software Отладчики: http://en.wikipedia.org/wiki/Memory_debugger http://en.wikipedia.org/wiki/Comparison_of_debuggers И вооще можно самому покликать: http://en.wikipedia.org/wiki/Programming_tool 4. Ведение версий и отслеживание ошибок. Почитать книги и стандарты по http://en.wikipedia.org/wiki/Project_lifecycle и http://en.wikipedia.org/wiki/Software_configuration_management и включить голову. Из инструментов: http://en.wikipedia.org/wiki/Comparison_of_open_source_configuration_management_software http://en.wikipedia.org/wiki/Comparison_of_revision_control_software http://en.wikipedia.org/wiki/List_of_revision_control_software но это не главное, нужно разобраться с Software configuration management. 5. Интеграция всех компонент в целях удобства и ускорения работы. Emacs умеет вызывать внешние процессы и общатся с ними через каналы. А также Emacs Lisp programs can open stream (TCP) and datagram (UDP) network connections to other processes on the same machine or other machines. То же умеет NetBeans, Mozilla, Eclipse. Большинство сторонних средств предоставляет RPC для управления ими. Если чего то не интегрировано в эти средства - исходные тексты открыты. К тому же у Вас такой энтузиазм... -- Best regards! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87zk3fre22@gavenkoa.example.com
Re: Ошибки компиляции с MinGW
21.10.2012 19:36, Oleksandr Gavenko пишет: On 2012-10-20, Артём Н. wrote: Я ищу. И, блин, обрабатываю. При условии, что вы знаете, возможно и ответить: ваш ответ я получу быстрее, Не факт. Ошибки компиляции с MinGW - это оффтоп для данной рассылки. http://www.catb.org/esr/faqs/smart-questions.html#forum Choose your forum carefully http://www.catb.org/esr/faqs/smart-questions.html#uselists As a second step, use project mailing lists Да знаю. Но, те, кто читает эту рассылку, в большинстве своём могут ответить на этот вопрос. и он будет надёжнее, чем нечто, найденное, при разборе мусора на гугле. Используйте другие поисковые машины: http://search.gmane.org/?query=winsockgroup=gmane.comp.gnu.mingw.user Реально есть разница? Если же никто не знает, и ответ не получен, сам буду искать. Очень плохой ответ. Обычно делают наоборот. Говорят что 10 ночей не спали, начали избивать жену, потому что перерыли весь интернет, перечитали все мануали, но все никак не смогли winsock заставить работать с MinGW. Интернеты порыл, мануалы все не перечитаешь, а жены нет. Что же делать? Приходится вот, спрашивать. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50842be6.9050...@yandex.ru
Re: Среды разработки
21.10.2012 20:21, Oleksandr Gavenko пишет: Вы заметите что каждый проект, среда или технология требует соответствующих средств разработки. Т.е. одного идеального инструмента нет. А хочется нечто универсальное, близкое к идеалу. Мною под разработкой ПО понимается: 1. Сбор, организация и хранение требований. Затем, тестирование на соответствие. reStructuredText/markdown/docbook/LaTeX Emacs имеет поддержку этих форматов. Думаю, для Vim тоже есть плагины. 2. Проектирование. Автоматизированное. Наглядное. Текст - это хорошо. Но не очень наглядно. Известный факт: большинством людей легче воспринимается информация, представленная в графическом виде (акцентирую внимание потому, что кто-то постоянно норовит предложить чёрный экран, Vim и уютненькую консоль). http://en.wikipedia.org/wiki/Graphical_user_interface_builder Можете заплатить деньги: GUI Design Studio - $499.00 http://www.carettasoftware.com Screen Architect - $120.00 http://www.screenarchitect.com MockupScreens - $89.00 http://www.mockupscreens.com А бесплатно и без поиска таблетки на PirateBay? В хобби-програмировании такие штуки не использются (нет необходимости демонстрировать прототип перед заказчиками). Нечто среднее между хобби и работой (как-бы и не программист, но как-бы и спрашивают, потому и не мешало бы). Компиляторы: http://en.wikipedia.org/wiki/List_of_compilers Средства сборки: http://en.wikipedia.org/wiki/List_of_build_automation_software Отладчики: http://en.wikipedia.org/wiki/Memory_debugger Кстати, посмотрю. Сейчас только Valgrind Знаю. 4. Ведение версий и отслеживание ошибок. Почитать книги и стандарты по http://en.wikipedia.org/wiki/Project_lifecycle Это читал. Читаю. и http://en.wikipedia.org/wiki/Software_configuration_management и включить голову. Из инструментов: http://en.wikipedia.org/wiki/Comparison_of_open_source_configuration_management_software http://en.wikipedia.org/wiki/Comparison_of_revision_control_software Git мне нравится. http://en.wikipedia.org/wiki/List_of_revision_control_software но это не главное, нужно разобраться с Software configuration management. В процессе. 5. Интеграция всех компонент в целях удобства и ускорения работы. Emacs умеет вызывать внешние процессы и общатся с ними через каналы. А также Emacs Lisp programs can open stream (TCP) and datagram (UDP) network connections to other processes on the same machine or other machines. То же умеет NetBeans, Mozilla, Eclipse. Большинство сторонних средств предоставляет RPC для управления ими. Если чего то не интегрировано в эти средства - исходные тексты открыты. К тому же у Вас такой энтузиазм... Вот, собственно, то, что мне и было нужно. Я и спрашивал либо про готовый IDE (не обязательно подобный Delphi), либо про некое интегрирующее решение (да хоть скрипт, если он лучше, чем IDE и везде работает). Вопрос был про эти IDE. Да, кстати, а Mozilla тут при чём? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50842d91.4090...@yandex.ru
debian live efi
неохота собирать самому, нужно для одноразовой задачи никто не знает есть ли в паблик доступе какой-нидь лайв дистрибутив с загрузчиком efi чтобы можно было debian на хост с efi поставить? -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: Среды разработки
On 21.10.2012 18:57, Oleksandr Gavenko wrote: On 2012-10-19, Alexander Danilov wrote: Да, это должна быть весьма извращённая фантазия. :-) Проще взять cygwin. А пробовали брать? Я пробовал, пользуюсь mingw только когда долго в винде приходится сидеть, а так проще какой-нибудь однофайловый интерпретатор взять. А какие проблемы - не можем запустить setup.exe? :) setup.exe запускается, но оно сильно отличается то виндового окружения Это среда разработки, пользователи этого не увидят. Пользователь - я, и я вижу :) (путями, многие графические приложения при компиляции в cygwin хотят xserver, нужно таскать с собой cygwin.dll) Примеры кросскомпиляторов я приводил выше по топику. Нативные библиотеки собраны: http://gnuwin32.sourceforge.net/ Правдя я не заглядывал есть ли движения по сборке 64-битных... Не очень удобно, если надо сделать нативное виндовое приложение, а если сделать себе в винде gnu уголок - то да, удобно. make target=i686-w64-mingw32 тажелее чем make ?? Видимо с тех пор, как я им последний раз пользовался, он стал удобнее, но меня mingw пока устраивает. Всё равно я винду включаю редко. Ну да, с инфраструктурой проекта придется один раз в жизни повозиться... К тому же в комплекте 2 кросскомпилятора: Mingw и свежий W64 (который для i686 и AMD64). По ABI оба совместимы с вендором. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50843857.2000...@gmail.com
Re: debian live efi
On Sun, Oct 21, 2012 at 09:39:15PM +0400, Dmitry E. Oboukhov wrote: никто не знает есть ли в паблик доступе какой-нидь лайв дистрибутив с загрузчиком efi чтобы можно было debian на хост с efi поставить? На днях осматривал несколько, от archboot iso осталось более-менее неплохое впечатление (на железке ещё не проверял, пока только в vbox 4.1 с его немного странной реализацией). А что, обычная исошка с eltorito и isolinux не грузится? -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121021194316.gr24...@osdn.org.ua
Re: debian live efi
А что, обычная исошка с eltorito и isolinux не грузится? я попробовал только кноппикс и дебиан лайв. они не грузятся, надо создавать лайв груб-ефи либо взять любой другой лайв с ефи и ботстрапом поставить линукс, ну вот отсюда и вопрос что есть с ефи в околодебианной степи :) -- . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Re: debian live efi
On Mon, Oct 22, 2012 at 12:22:12AM +0400, Dmitry E. Oboukhov wrote: А что, обычная исошка с eltorito и isolinux не грузится? я попробовал только кноппикс и дебиан лайв. они не грузятся Странно, а с флэшки? Сегодня (эээ... бишь воскресным вечером) взял и загрузил ASUS C60M1-I с телефона, где на флэшке накидано самосборных образов из альта и воткнут syslinux. Никаких особых мер для поддержки UEFI в этих образах не предпринимал. ну вот отсюда и вопрос что есть с ефи в околодебианной степи :) Погуглил за Вас: debian uefi livecd Нашёл: http://www.remastersys.com/forums/index.php?topic=2612.0 Оттуда: http://cdimage.debian.org/cdimage/unofficial/efi-development/upload4/ Дальше справитесь? :) -- WBR, Michael Shigorin m...@altlinux.ru -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121021223950.gu24...@osdn.org.ua
