Приветствую ${LORuser}!

Дано:

1. H/W сборки октября 2012 г.

CPU: FX-8150

RAM: 16G Kingston (4x4Gb)

MB: GigaByte GA-970A-UD3, BIOS Version: F7

Video: AMD Radeon HD 6670

HDD: SDD 128 GB + 3*2TB (mdadm+LVM на /var /home swap и на еще кое-какое кастомное монтирование)

2. S/W: Debian GNU/Linux 7.1 AMD64 + регулярное aptitide update ; aptitude upgrade. Стандартный рабочий стол. Драйвер VGA — свободный, но одно время на эту установку ставился проприетарный, который потом снёс.

3. Задачи:

3.1. BOINC Client — версия из репозитория, ничего из настроек особо не ковырял, крутится постоянно.

3.2. Разные всякие десктопные дела

3.3. Последняя крупная задача, которую запустил, которая была завершена во время возникновением проблемы: поставил на ночь сжатие образа жёсткого диска размером 500.1GB архиватором 7-zip, файлы порезаны по 1GB:

$ 7za a -t7z -m0=lzma -mx=9 -mfb=64 -md=32m -ms=on -v1g ./vpupkin-20130808-001-dvd.7z ../vpupkin-20130808-001

7-Zip (A) [64] 9.20  Copyright (c) 1999-2010 Igor Pavlov  2010-11-18
p7zip Version 9.20 (locale=ru_RU.utf8,Utf16=on,HugeFiles=on,4 CPUs)
Scanning

Creating archive ./vpupkin-20130808-001-dvd.7z

Compressing  vpupkin-20130808-001/sda.img   85%
Message from syslogd@infra at Aug 16 10:33:40 ...
 kernel:[563400.780027] [Hardware Error]: CPU:3	MC2_STATUS[-|CE|MiscV|-|-|-|-|CECC]: 0x98644000000c0176

Message from syslogd@infra at Aug 16 10:33:40 ...
 kernel:[563400.780039] [Hardware Error]: Combined Unit Error: VB Data/ECC error.

Message from syslogd@infra at Aug 16 10:33:40 ...
 kernel:[563400.780045] [Hardware Error]: cache level: L2, tx: DATA, mem-tx: EV
      
Compressing  vpupkin-20130808-001/sda.img.log      
Compressing  vpupkin-20130808-001/dev-sda.md5      
Compressing  vpupkin-20130808-001/sda.img.md5      

Everything is Ok

$ uptime
 23:41:50 up 7 days,  1:38,  5 users,  load average: 1,73, 2,34, 2,40
$

Справедливости ради надо сообщить, что иногда BOINC-клиент возвращает ошибки (что задание по сигналу 11 скопытилось). Но это не мешает работе системы в целом. Софтовый RAID работает без ошибок, что проверяется штатными средствами планировщика, так и иногда вручную. Система на момент ошибки не зависла. Да и вообще, зависает крайне редко. Зависала, впрочем, когда были включены все 8 ядер (вероятно от перегрева). Но потом в BIOS оставил включёнными лишь по одному ядру на каждую пару, и это безобразие прекратилось.

Из мессаг видно, что дело в ошибке в кеше L2, которая была впрочем успешно обнаружена и скорректирована?

Вопрос: что делать дальше с этим, т.е. как застраховаться от повторений подобного? Рассматриваются любые методы, вплоть до радикальных, т.е. замены камня с материнкой на Intel-based. Впрочем, рассматриваются и другие варианты из тех, которые вы сможете предложить.

И да: для надёжности, так понял, запускать сжатие заново?

PS: Господа модераторы, перенесите, пожалуйста тему в Linux-hardware :-)

Как сочетать в одном проекте два разных подхода? Например, делаю на основе Dojo, где почти всё на AJAX, но одновременно хочу, чтобы роботы смотрели и индексировали, т.е. был доступ через поисковики. Но ведь роботы не умеют JavaScript? или умеют? Не придётся ли делать отдельный заход для поисковых систем? Посоветуйте что-нибудь почитать об этом концептуально.

Дано:

1. Оператор Megafon: как услуги связи, так и прошитые им модемы.

2. Клиент

2.1. H/W: EeePC 900, модем Megafon Huawei E353 или возможно Megafon Huawei E173

2.2. S/W: Linux Mint 15 Cinnamon i386 — совместим с железом, в частности с сетевым, ОК

2.3. Интернет по тарифному плану, приобретённый с модемом

3. Сервер

3.1. H/W: i386, Модем Megafon Huawei E173

3.2. S/W: Debian GNU/Linux 6.0 или 7.0 i386

3.3. Текущий тарифный план от Megafon: архивный, заточенный под отправку SMS для мониторинга; вероятно, возможно изменение тарифных опций для включения передачи данных

3.4. Есть выделенный доступ в Интернет у этого сервера, через адаптер Ethernet.

Найти:

1. Способ (возможно, готовый) настроить сервер в качестве сервера удалённого доступа: клиент звонит на модем GSM на сервер как на удалённый модем для передачи данных, далее идёт установление сессии ppp, получение адреса и инетенье через этот сервер.

2. При этом, неплохо бы, чтобы у сервера во время такого ppp-сеанса оставалась возможность отправлять через этот же модем сообщения SMS, для чего в данный момент используется пакет gammu.

3. Оценить насколько дороже будет данный интернет через передачу данных, чем нативный мегафоновский 3G-Интернет; там где это нужно, Megafon — лучший из тройки по качеству Интернета, также 4G нет и в ближайшее время не планируется, по видимому.

4. Необходимость продиктована плохим качеством самого Интернета, тогда как голосовая связь ОК, и есть гипотеза, что виноват именно Интернет на стороне оператора, не GSM-канал — который, по гипотезе, вполне качественен, Интернет же можно долбить иногда десятками минут, пока соединишься.

5. Оправдано ли данное решение, и улучшится ли практически качество Интернета, если его получать по такой, непростой схеме? Сопоставимо ли данное решение по дороговизне с установкой приёмо-передающей тарелки для спутникового интернета?

Хотел поставить напоминалку на новоустановленный Linux Mint 15.0 Cinnamon i386. Дал комманду

$ sudo aptitude install mail-notification

( Вот вывод этой команды )

Нельзя иначе? Почему так много пакетов и зачем для напоминалки ставить почтовый сервер и спамфильтр? Или это такая шутка?

Нажал на это значок, чтобы он больше не появлялся, и теперь не найду, как его включить обратно. При свёртывании окна очень неудобно: не видно, запущен ли проигрыватель. Гугл немногословен на эту тему. gconf-editor не нашёл ничего путного, как и find ~ -name «*rhythmbox*». Система: Debian GNU/Lnux 7.1 (Wheezy) AMD64, Gnome 3.

Вот, есть такая проблема. Не очень часто, но неприятно. Как тыкнешь в этот пункт контекстного меню, случайно — пропадают все нотисы писем и запоминаются так, что без gconf-editor их оттуда не вытащишь. Можно ли ликвидировать сей злосчастный пункт меню без пересборки пакета, например, как-то подредактировав конфиг?

• Дано:
  • Команда в планировщике, вычисляющая плохие сектора у раздела, у которого они уже есть

    # crontab -l | grep sdb2
    @weekly /sbin/badblocks -b 4096 -i /mnt/pub/sysbaks/var-20130526-001/dev-sdb2.badblocks /dev/sdb2 && echo /dev/sdb2 is the same # -- проверяем диск на плохие сектора
    

    по понятным причинам используется список заведомо плохих секторов: чтобы не тратить IO и несколько часов времени на повторную бессмысленную проверку
  • Желание иметь возможность создать резервную копию раздела в виде RAW-образа с помощью GNU ddrescue, имея список плохих блоков, бессмысленно не проходя их
• Найти: subj; разумеется, список должен быть в формате не имеющегося badblocks, а в формате GNU ddrescue, с помощью которого и создаётся образ. Плохие блоки — префикс "-", незабэкапленные блоки — префикс "?". В badblocks log — десятичная система исчисления, в GNU ddrescue log — шестнадцатиричная, плюс агрегация соседних блоков для уменьшения размера лога. Размер раздела также узнаваем, как и размер блока, который в общем случае может быть произвольным. Есть мысли кроме велосипедописания? :) К командам dump/restore по возможности не отсылать :-) т.к. хочется узнать решение в общем случае, независимо от типа файловой системы. К документации по команде ddrescuelog просьба также не отсылать, т.к. там есть только в «обратную» сторону. Либо предложите, как команде dd или ddrescue скормить лог от команды badblocks.

По сообщению от Adam D. Barrat, первый поинт-выпуск для «wheezy» (7.1) запланирован на субботу, 15 Июня. Новая стабильная версия будет заморожена в предшествующие этому выходные.

Как обычно, пакет base-files будет загружен [для раздачи] в любой момент перед заморозкой.

Новость получена по списку рассылки debian-release@lists.debian.org

Подробности

Перемещено tazhate из debian