При сбое питания впервые за несколько лет рассыпался Soft-Raid так, что не восстанавливается. Raid собирался по статье http://coreit.ru/kb/centos_raid_install/

При старте системы возникают следующие сообщение:

Welcome....
Запускается udev ... OK
Устанавливается имя узла.....
Проверяются файловые системы
/dev/md2 contains a file system with errors, check forced.
Directrory inode 36177175, block #10, offset 200: directory corrupted

/dev/md2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
    (i.e., without -a or -p options)

Welcome....
Запускается udev ... OK
Устанавливается имя узла.....
Проверяются файловые системы
/dev/md2 contains a file system with errors, check forced.
Directrory inode 36177175, block #10, offset 200: directory corrupted

/dev/md2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
    (i.e., without -a or -p options)

fsck в этот раз не помогает, т.к. не видит файловые системы - ругается на отсутствие /etc/fstab

Как быть?

Многие пользуются SSH-туннелем из-за его простоты.
Для удобства его использования некий гавнюк кодеромаратель по имени Carson Harding изобрел утилиту autossh, которая якобы поддерживает его в устойчивом состоянии.
Так вот, за год использования этой чудной утилиты могу с уверенностью заявить то, что никто о ней до сих пор не написал правду:
- утилита autossh на самом деле - полное дерьмо. Поскольку совершенно не выполняет обещанную функцию - поддержание ssh-туннеля в работоспособном состоянии.

В реале SSH-канал часто рвется, за день около 5-10 раз, и его приходится постоянно перезапускать, при этом приходится каждый раз менять служебный порт на новый, поскольку после обрыва он не освобождается.
Причем, до того, как оборваться, канал досаждает драцкими зависаниями, т.е. обрыва еще нет, но канал «замораживается», и данные по нему не проходят. Через некоторое время он восстанавливается, а потом все повторяется сначала.
Такие заморозки/разморозки повторяются по несколько раз, а потом канал рвется окончательно, и процедуру приходится выполнять заново, меняя служебный порт.

Тем, кто хочет намекнуть на плохой исходный канал: не извольте беспокоится, канал 100 Mbps с великолепным устойчивым пингом и практически ничем не занят, кроме серфинга.
Подозреваю, что неустойчивость SSH-туннеля прежде вызвана спецификой самого SSH, ну не создавался он для туннеля, но ведь autossh призвана повысить эту устойчивость, но не тут-то было.

Многие писаки только описывают autossh, например, этот: http://debuntu.ru/note/avtopodnyatie-tunneley-s-pomoshchyu-autossh
но похоже, никто им реально постоянно не пользуется.


В-общем, хваленый autossh достал по самое не могу, его только фтопку и никуда больше.
Лучше подскажите простенький скрипт для перезапуска обычного использования SSH-туннеля в случае его обрыва.
Помнится, кто-то здесь вроде обещал такой? :)


В завершение типичная картинка работы этой чудной утилиты: http://savepic.su/5310595.png

В отличие от RHEL, дружба с Debian у меня никак не складывается.
А все потому, что с самых первых шагов он демонстрирует необъяснимую капризность и глюкавость.

Понятно, что после этих слов вы все напуститесь все на меня, мол, «кривые руки» и все такое - обычные отмазки вместо конкретики.
Поэтому чтобы сразу повернуть обсуждение в конструктивное русло, демонстрирую вам конкретный пример установки Debian - http://dropmefiles.com/A68TL

Пояснения к Chukcha Pictures:

1. Устанавливался дистр debian-7.8.0-i386-xfce-CD-1.iso
а еще были испробованы:
- debian-7.8.0-i386-lxde-CD-1.iso
- debian-7.4.0-i386-lxde-CD-1.iso
- debian-7.4.0-i386-xfce-CD-1.iso
причем все они проверялись на md5.

2. Установка этих дистров осуществлялась в VirtualBox 4.3.20 r96996, а до этого - на реальный ноубук, но артефакты были те же.

3. В этой установке использовался выбор репозитариев (зеркало архива по-дебиановскому), но если от него отказаться, результат тоже был примерно такой же с незначительными отличиями.

А теперь у вас есть великолепная возможность обвинить меня в неправильных действиях и объяснить - что же я делаю не так?

PS. На ноутбук установить Debian 7.8.0 XFCE мне все-таки удалось путем многих попыток и изменения опций, уже сам не помню какими, в-общем, повезло.

Подскажите, кому не лень, как называется конфиг-файл для iptables в Debian?

Хочу редактировать его вручную, а потому перезапускать сервис.
В интернете полно сказок, как работать командами iptables, iptables-save и iptables-restore, а вот конфигурировать iptables с помощью vi - что-то не находится.

А то у меня уже выработалась привычка с RHEL - редактирую /etc/sysconfig/iptables, а потом перезпускаю сервис service iptables restart.
Хочу также делать и в Дебиане, но что-то такой конфиг не наблюдается...

Ноут на Celeron-M. Вполне живучий и отлично сохранившийся, ему еще пахать и пахать. До этого на нем стояла Вендовс-ИксПи.

Ставлю на него Linux с ядром 2.6.32-504.i686 - и малость ох..аю:

This kernel requires the following featers not present on the CPU: pae
Unable boot - please use a kernel appropriate fir your CPU

Это ж блин, с каких пор из 2.6 выкинули поддержку Celeron-M ???
И как теперь обойти эту пакость??

Ребята, понадобился простенький ноутбук под Линукс с графической средой.
На короткое время, на полгода где-то, потом не нужен будет, можно даже выкинуть, поэтому нужен самый дешевый, какой есть.
На Яндекс-Маркете самыми дешевыми оказались нетбуки, например:

iRu W1002 - от 9790 руб.
Acer CB3-111-C0B7 - от 11 900 руб.
ASUS X551MAV - от 11 990 руб.
и т.д.

Но оказалось, что

iRu W1002 - под Android,
Acer CB3-111-C0B7 - под Chrome OS,
и только ASUS X551MAV оказался под DOS / Win 8 64, и видимо, на него станет Linux.
Как быть с первыми двумя - под Android и Chrome OS - непонятно, станет ли Linux на такие или нет.

Что подскажет ваш коллективный разум и опыт? :)

Есть такой известный анонимный мессенжер TorChat.
https://github.com/prof7bit/TorChat/tree/torchat2
Очень нужная программа для интернет-параноиков, но к сожалению, готовый порт только для Debian, а мне нужно для RHEL 6.
Помогите, пожалуйста, реализовать мечту! :)

Пршу прощения за совсем простой для вас вопрос, но нагуглил и перебрал уже всякие варианты с apt-get и dpkg, но что-то никак не получается :(

Мне нужно снести предустановленный KDE со всеми его требухами (чтобы потом поставить любимый Gnome).
И если в Редхатах есть удобная логичная команда yum groupremove , то в дебе ничего подобного не находится.

Дебиановцы, помогите редхатовцу! Ночь, темно, не соображамши даже после кофию...

Да - удалить связанную группу (например, KDE, «Веб-сервер», «Поддержка PHP» и т.д.) таким образом, чтобы даже не знать и не вникать в ее состав (как это умеет yum groupremove), иначе можно будет свихнуться на изучении первой сотни пакетов :)

Сегодня обнаружился крайне неприятный косяк в Gnome 2 при запуске двух приложений из панели - Chromium и Remmina
(на панели значок 5 и 7): http://savepic.org/6499577.png

- при попытке их запуска сессия Иксов намертво виснет.
На экране указатель мыши бегает, но ничего не нажимает, в клавиатуре срабатывает только Ctrl-Alt-Backspace (ну и Ctrl-Alt-Fn).

Причем, если эти же приложения запускать из главного меню, то все в порядке, значит дело не в них, а в гномовской панели.

Кто-нить сталкивался с таким косяком?

Уже стало многолетней традицией, что в свои серверные ОС RedHat всякий раз пихают по дефолту всякое ненужное га$но вроде bluetooth, wifi и прочее (причем часто тесно связанное с другими нужными пакетами), которое там нафиг не нужно, а если нужно, то установить недолго (как там в Debian не помню, гляньте сами).
Причем каждый раз приходится стопать эти сервисы, а те, какие удается, и удалять вовсе, ведь чем меньше работающих сервисов, тем стабильнее и взломоустойчивее система.

Но вот скажите - на кой фиг в 2014 году в серверной оси встроенный юзер 'games'? Или 'gopher'? Или 'uucp' и т.д. и т.п.?
Помнится, они встретились мне еще Красной Шляпе v5.2 еще в 1998 году, и тогда, возможно, они были актуальны, но теперь-то, в 2015 году, зачем они?

Кто-то объяснит, на кой хрен они до сих присутствуют - или они настолько вросли в систему, что их удаление чем-то чревато, или же разработчикам лень провести ревизию системы и выкинуть их нафиг?

Кто-нить пробовал ставить на Acer ASPIRE E5-511-P1HX другой линукс, кроме штатного Linpus?

Спешу «обрадовать» клиентов известного хостера Hetzner http://ru.hetzner.com
До сегодняшнего дня использовал ихний дедик тарифа EX60 с CentOS 6.5.
Сегодня вечером успешно обновил до его 6.6, но сразу после ребута север впал в прострацию.
Картинка ситуации, полученная по KVM, выглядит примерно так:
http://savepic.org/6388154.png

Понятно, что новое ядро 2.6.32-504.el6.x86_64 оказалось не по зубам херманскому железу (или наоборот, как вам больше нравится), поэтому пришлось откатиться на старое ядро 2.6.32-431.29.2.el6.x86_64.
Чего и вам желаю - при апдейте системы до 6.6 лучше не обновляйте ядро - «во избежание».

А у меня юридицкий вопрос: имею я право наехать на хостера и потребовать хотя бы моральной сатисфакции за потерянное время и подрасшатанные нервы, потраченые на разборки и ликвидацию этого злобного косяка, связанного с кривоватым херманским железом?

Ведь на всех других компах и серваках это же обновление у меня прошло без сучка и задоринки, да и у вас многих наверняка тоже, значит, Красная Шляпа вроде бы как не при чем...

Классический вопрос - какой Linux поставить на десктоп?

Но если для себя этот вопрос после долгих скитаний давно решил и пользуюсь исключительно CentOS, начиная с 5.x, то в данном случае затрудняюсь с выбором.

Причин несколько:
1. Будущие юзеры - люди пожилые и неискушенные в IT, которые до сих пор используют WinXP в основном как печатную машинку, для слушания музыки и просмотра фильмов, и пугать их чем-то заумным вроде Генту - значит, навсегда отвадить от Linux и неибежно дождаться просьбы «Снести нахрен этот „линукс“ и вернуть винду».
Значит, надо что-то максимально попроще.

2. С другой стороны, красивый интерфейс может наоборот, привлечь к Линуксу внимание. KDE- слишком навороченный, Gnome 3/Unitu - вообще глупость несусветная.
Остается Mate - он вроде красивый?

3. Поскольку музыка/фильмы, то дистрибутив должен сходу иметь всяческие кодеки, чтобы потом не долбаться с их поиском и установкой.

4. И наконец, самое трудное: к этому компу по наследству от старого компа на XP перейдет МФУ «Samsung SCX-4200».
И тут, боюсь, никакой Linux с ним не совладает по традиционной причине - отсутствие драйверов.
Но надеюсь, в дебиано-подобных осях шанс найти драйвер выше, чем в том же Центосе.

И так, что же выбрать? Первоначально положил глаз на Mint - он с Mate, значит красивый, встроенных кодеков и драйверов обещается много, ну и происхождение от благородного Debian.
Но когда заглянул сюда - https://ru.wikipedia.org/wiki/Linux_Mint , то понял, что в этом обилие минтовских форков без бутылки и без ЛОРа не разберешься.
И перспективы этих форков веьма туманны - сегодня, к примеру, выберешь LMDE - а он хлобысь! - завтра уже не поддерживается.

Тогда, может, вовсе и не Mint? Что посоветуете, друзья? :)

(только не ubuntu, и не сочтите это за каприз, пожалуйста)

Есть Интернет-хост с CentOS. На нем проинсталлирован KVM, но еще не настроен.
Нужно поднять несколько Windws-виртуалок, на которые:
- можно заходить с Интернета по RDP и пользоваться установленными приложениями;
- в свою очередь, с них можно было серфить Интернет и пользоваться почтой и т.д.
Т.е. своего рода «мобильный офис».

Для настройки KVM попытался воспользоваться хабровской шпаргалкой - http://habrahabr.ru/post/168791/
Однако смущает то, что в этой шпаргалке сделан акцент на использование моста (а не какого-то другого соединения).
Поискал еще статьи, например http://rus-linux.net/MyLDP/vm/ustanovka-kvm-v-centOS.html - тоже используетс мост.

Почему здесь используется именно мост - есть какие-то примущества или это случайный выбор?

КМК, для виртуалок, которые выставлены в Интернет, лучше использовать, например, NAT, и тогда у виртуалок оставалась бы возможность выходить в Интернет, и в тоже время за NATом они лучше защищены от внешних вторжений.

Просветите, пожалуйста!

Когда очередная версия гнусного SKYPE после смены протокола отказалась конектиться с M$-серверами, в ярости я затопал ногами, как тот бегемот из «Ну, погоди!» и решил полностью порвать с этим поделием.
В закладках давно хранились кандидаты на замену Скайпу.
Выбрал для тестирования первый попавшийся - Jitsi.
И каково же было мое удивление, когда он завелся с пол-оборота и стал работать с голосом аки швейцарские часы!

В-общем, работаю с Jitsi немного, но пока очень доволен.
И в то же время, как говорится, есть парочка вопросов:

1. Какие публичные Jabber-сервера являются самыми надежными и презентабельными?
Т.е. - высокий uptime и красивое имя.
Когда-то давно работал с jabber.org и jabber.ru, но стабильность их работы совершенно не понравилась.
Более того - однажды jabber.org вывалил всю мою переписку (она была нешифрованной) в архив Гугла!!!

Временно юзаю jit.si, но имя непрезентабельное, а о надежности сведений нет.

И хотя нашел один интересный списочек, даже с сортировкой - http://www.jabberes.org/servers/servers_by_gateway_icq.html
но во-первых, XMPP-серверов там не много, а из тех немногих с красивыми именами либо uptime невысокий, либо они вообще не работают.

ПС. Хотя держу в качестве резервного варианта поднятие собственного Jabber-сервера, но это лишняя возня, и хотелось бы найти готовый.

2. Понятно, что Jitsi использует Java со всеми отсюда вытекающими, за что его и ругают.
И вот не пойму - а что, собственно, вытекает, чем плохо использование это самой Java?
Много памяти жрет - так это уже не проблема, современные компы могут дать памяти сколько надо, поскольук она теперь очень дешева.
Тогда что?...

Обычно для графического доступа к удаленному «Рабочему столу» пользуюсь связкой Remmina и классическим VNC-сервером, который работает вполне удовлетворительно (за исключением буфера обмена - кирилица передается крякозябрами, так и не смог победить).

Но для совместной, т.е. одновременной работы пользователей с общим удаленным «Рабочим столом», более удобным оказалось VINO.

И тут оказалась засада - при 1-м коннекте к нему VINO довольно часто вышибает - просто оно отключается и все, и повторный реконнект уже ничего не дает - в процессах его нет. Приходится перезапускать его по SSH и ребутить комп для его повторного запуска.

Посмотрел в логах - никакого намека, что он слетает, разве что это в Xorg.o.log:

[  2068.153] AUDIT: Sat Jul 26 17:19:28 2014: 1342: client 18 connected from local host ( uid=500 gid=500 pid=1787 )
  Auth name: MIT-MAGIC-COOKIE-1 ID: 238
[  2068.218] AUDIT: Sat Jul 26 17:19:28 2014: 1342: client 10 disconnected
[  2098.124] AUDIT: Sat Jul 26 17:19:58 2014: 1342: client 18 disconnected

И все, больше никаких зацепок. Куда копать?...

Какая была последняя версия Skype для Linux?
Последняя - в смысле оригинальная еще от Skype Co., а не от мелкомягких.
Подозреваю, что 2.x, 4.x уже от M$, а третьей не было вовсе.

Проблема была замечена на одной материнке, поэтому считал, что это случайность.
Но когда это же повторилась на нескольких - значит, традиция!

Итак: CentOS 6.x - Gnome 2.x - PulseAudio.

Эффект такой: удается добиться, что звук микрофона идет только в панели спереди, а выход на спикеры идет только на задней панели.

Настройки звука при этом выглядят таким образом:

http://savepic.net/5835981.htm
http://savepic.net/5861580.htm
http://savepic.net/5853388.htm

Как заставить систему нормально работать со звуком?
Т.е. воспринимать звук микрофона как с передней, так и задней панели, а выдавать на спикеры как с задней, так и передней?

Пишу здесь, т.к. известно, что роутер Zyxel Keenetic на базе Linux ;)

Столкнулся с проблемой кодировок имен файлов, сохраняемых на жестком диске, подсоединенному к Keenetic.
На этом диске с ФС Ext3 сохраняется торрент-контент, закачиваемый с помощью встроенного в Keenetic менеджера Transmission.

Если смотреть эти файлы на Linux-ПК с помощью MC в кодировке 1251 через FTP (FTP-сервер также встроен в Keenetic) , то имена в порядке.
Если смотреть эти файлы на Linux-ПК с помощью плеера VLC через UPnP, то имена тоже в порядке.

Но если залить файлы с рускоязычными именами, хранящиеся на Linux_ПК, на жесткий диск Keenetic по FTP, то залитые файлы изображаются в VLC и в MC в кодировке 1251 крякозябрами вроде этих:

По лезвию б

Нормально смотрятся такие файлы только с помощью MC в кодировке UTF-8.

В общем, такая галиматья при копировании с Linux-ПК на ЖД-Keenetic.
Кажется, ничего не перепутал :)
Кажется, Keenetic хоть и на Линуксе, но заточен для использования виндузятниками.

Получается, надо решить две проблемы - первая это исправить то, что уже залил и имена испортились, и вторая как заливать файлы в будущем, что бы имена не портились?

Буду рад любым советам! :)

Есть система на свежей версии CentOS 6.5.
Все разделы (/boot, /root, /home) соответственно на ext4.

Возникла необходимость установить другую, более старую редхатоподобную ОСь так, чтобы не нарушить пользовательские данные, хранящиеся в /home.
Проблема том, что старая ОС понимает только ext3, а данных много (около 2 ТB) и девать их некуда.

Пока есть две идеи:
1) Переконвертировать ext4 в ext3, но это стремное занятие без гарантий сохранности данных (в отличие от ext3 в ext4)
2) Научить старую ОС новому формату ext4 (если это возможно).

Прошу дельных советов! :)