Open Solaris обзавелся кедами !)
Релиз назван "Корона" !
Страница проекта тут
http://techbase.kde.org/Schedules

Если на локальной машине кроме socks имеется выход в интернет или доступ к DNS-резолверу, проблем не возникает, но если выход машины производится только через socks при запуске программ подобных браузеру opera всплывает неприятная проблема с резолвингом имен. Проблема в том, что утилиты подобные tsocks не позволяют перенаправлять DNS запросы через Socks и организовать работу резолвера поверх этого протокола. Выход найден в использовании privoxy (http://www.privoxy.org/), некеширующего HTTP-прокси, умеющего организовывать проброс трафика через Socks и самое важное - умеющего резолвить DNS-имена на socks-сервере. Ставим privoxy: sudo apt-get install privoxy Предположим на локальной машине имеется доступ к socks-серверу 127.0.0.1:1080 В моем случае socks использовался для организации выхода в Интернет через телефон на платформе Android, делается это так: На телефоне включаем в настройках режим "USB Debugging" (Settings / Applications / Development) и запускаем программу Tetherbot (http://graha.ms/androidproxy/Tetherbot.apk). На локальный компьютер копируем программу adb из состава Android SDK и выполняем: ./adb forward tcp:1080 tcp:1080 теперь в Firefox можно прописать socks-сервер 127.0.0.1:1080 и поставить в about:config network.proxy.socks_remote_dns=true, все будет прекрасно работать. Но нам нужно заставить работать opera и другие программы, поэтому настраиваем privoxy. В /etc/privoxy/config проверяем наличие директивы (по умолчанию выбран порт 8118) listen-address 127.0.0.1:8080 и добавляем строку: forward-socks4a / 127.0.0.1:1080 . или forward-socks5 / 127.0.0.1:1080 . (внимание, режим forward-socks4 проброс DNS не поддерживает) Запускаем privoxy: sudo /etc/init.d/privoxy start Далее в opera устанавливаем в настройках обычного HTTP-прокси хост 127.0.0.1 и порт 8080. Все прекрасно работает, более того в качестве бонуса privoxy по умолчанию вырезает рекламу. Для консольных приложений удобно использовать пакет proxychains (http://proxychains.sourceforge.net/) в состав которого входит утилита proxyresolv для резолвинга имен через socks.

Эта статья перевод 19-ой главы OpenSUSE Reference Guide, которое можно скачать в PDF-формате или просто посмотреть в формате html через браузер здесь.
1. Каталог /dev2. Kernel
uevents и udev3. Драйверы
устройств, модули ядра и устройства
4. Инициализация устройств при
начальной загрузке системы5. Мониторинг демона udev6. Изменение
процесса обработки событий, связанных с устройствами, с помощью правил
udev

• 
  
  Каждое правило состоит из одной или нескольких
  пар ключ/значение, разделенных запятыми.
• 
  
  Ключевая операция определяется оператором.
  Правила udev позволяют использование нескольких различных операторов.
• 
  
  Каждое задаваемое значение должно быть заключено в
  кавычки.
• 
  
  Каждая строка файла правил представляет собой одно
  правило. Если правило более одной строки используйте символ \ для
  добавления нескольких строк так же, как делали бы это в скриптах
  оболочки.
• 
  
  Правила udev поддерживают использование символов
  *, ? и [] образом, аналогичным bash-скриптам.
• 
  
  Правила udev поддерживают использование
  специальных обозначений (см. ниже).
  
  

6.1 Операторы в правилах udev6.2 Использование специальных обозначений в
правилах udev6.3 Использование ключей-условий в udev
6.4 Использование ключей присваивания udev

• 
  
  Если это исполняемый файл - udev выполняет внешнюю
  программу и импортирует ее вывод.
• 
  
  Если это текстовый файл - udev импортирует его
  содержимое
• 
  
  Если это родительское устройство - udev
  импортирует его параметры

• 
  
  last_rule заставляет udev игнорировать все
  последующие правила, касающиеся данного устройства;
• 
  
  ignore_device заставляет udev игнорировать это
  событие полностью;
• 
  
  ignore_remove заставляет udev игнорировать все
  последующие события удаления устройства;
• 
  
  all_partitions заставляет udev создать файлы
  устройств для всех доступных разделов блочных устройств. 
  

7. Постоянные имена устройств8. Файлы, используемые udev
9. Источники получения дополнительной информации

Зеркала Yandex на на официальные репозитории OpenSuse:

Репозиторий официальных исправлений и обновлений безопасности: http://mirror.yandex.ru/opensuse/update/11.2/
служит для замены http://download.opensuse.org/update/11.2/

Основной репозиторий, только программное обеспечение с открытым кодом: http://mirror.yandex.ru/opensuse/distribution/11.2/repo/oss/
служит для замены http://download.opensuse.org/distribution/11.2/repo/oss/


Несвободное программное обеспечение, такое как Flashplayer,
Java, Opera, IPW-firmware, RealPlayer и т.д.: http://mirror.yandex.ru/opensuse/distribution/11.2/repo/non-oss/
служит для замены http://download.opensuse.org/distribution/11.2/repo/non-oss/


Зеркало Yandex на репозиторий Pacman: http://mirror.yandex.ru/opensuse/packman/11.2/

Прогнав несколько раз обновление openSUSE с 11.2 до очередной "вехи"
(очередного Milestone) на виртуалке, я таки решился обновить систему на
своем ноутбуке. Напомню, на всякий случай, релиз openSUSE 11.3 выйдет 15 июля, но уже сейчас
те, кто хочет - могут обновиться до очередного тестового выпуска. То,
что выпуск тестовый означает, что его работа не гарантируется в каждый
из моментов времени. Другими словами поломаться может все что угодно в
любой момент времени ;).

Несколько тестовых прогонов на виртуалке позволили выявить несколько
подводных камней, на которые можно наткнуться при выполнении обновления
"живой" системы. О них я расскажу по ходу дела.



На моей openSUSE подключено много дополнительных репозиториев: это
конечно же разные репозитории, позволяющие воспроизводить
multimedia-файлы. К ним относятся Packman, libdvdcss и Videolan.
Поскольку этих репозиториев под openSUSE 11.3 нет - я их оставил
нетронутыми. Интересно было посмотреть - будут ли проблемы с
зависимостями при обновлении.

Зато я отключил следующие репозитории:

• Mozilla - в котором всегда есть сборка последнего Firefox;
• OpenOffice - назначение аналогично;
• Virtualization - последние версии kvm и qemu.

Причина банальна - все последние версии перечисленных программ
включаются в основной репозиторий openSUSE 11.3. Естественно, что позже,
после релиза стоит подключить эти репозитории обратно.

Затем я просто перебил номер версии openSUSE с 11.2 на 11.3 в файлах
репозиториев OSS (opensource ПО), Non-OSS и Updates. Затем выполнил
команду zypper ref , чтобы обновить информацию о репозиториях.

Теперь об обещанном подводном камне. В процессе обновления, при
изменении файлов в /etc/sysconfig , zypper вызывает SuSEconfig, для
генерации разных системных файлов в /etc . В то же время в процессе
обновления в системе меняются некоторые утилиты, которые вызываются из
SuSEconfig'a, что иногда вызывает его временную неработоспособность. Эта
"неработоспособность" приводит к тому, что процесс обновлений
прерывается и не факт, что его затем можно будет продолжить корректно.
Возможно, что к релизу этот баг подправят. Но пока работает именно так,
как я описал. К счастью, SuSEconfig можно отключить. Делается это
редактированием файла /etc/sysconfig/suseconfig. Достаточно в этом файле
изменить значение переменной ENABLE_SUSECONFIG="yes" на
ENABLE_SUSECONFIG="no" . После этого SuSEconfig работать больше не
будет. На обновленной системе его затем будет необходимо включить
обратно.

Затем, рекомендуется изменить в файле /etc/zypp/zypp.conf (если не
сделали этого раньше) параметр commit.download.mode в значение
DownloadInAdvance. Это заставит zypper выполнить обновление после
предварительного выкачивания всех пакетов.

Последний шаг перед обновлением - это убедиться, что у вас на жестком
диске достаточно места, для всех выкачиваемых пакетов. У меня объем
скачивания составил 1,4Gb. Пакеты скачиваются в каталог /var/cache/zypp.

Ну а теперь просто выполняем обновление командой zypper dup . Перед
выполнением обновления он предложит вам разрешить конфликты между
пакетами. У меня это почему-то были пакеты, связанные с NetworkManager. Я
предпочел удалить все эти пакеты. Их потом можно поставить из
обновленной системы. Затем, zypper выкачивает необходимые пакеты и
начинает выполнять обновление. У меня весь процесс обновления (без учета
времени выкачивания пакетов) занял около 40 минут (Core 2 Duo 2,1 GHz).
Достаточно быстро! По окончании процесса можно убедиться в том, что мы
действительно обновили систему:

host13:/etc/X11 # cat /etc/SuSE-release
openSUSE 11.3 Milestone 7 (x86_64)
VERSION = 11.3


После завершения обновления включаем обратно SuSEconfig и запускаем его
из командной строки: SuSEconfig (обратите внимание, что буква 'u'
маленькая). После того, как он отработал, я решил перестраховаться и
запустил еще раз mkinitrd - это скрипт, выполняющий пересборку initrd
(образа, критичного для загрузки системы). Также желательно запустить
zypper ve для дополнительной проверки системы на целостность
зависимостей.

Если вывод этих команд не содержал информации об ошибках, вводим reboot и
перезагружаем систему. После удачной (я надеюсь!) загрузки мы попадаем в
обновленную систему. В последнем Milestone разработчики openSUSE
потихоньку начинают внедрять новое оформление. Новые обои по умолчанию
видно на этом скриншоте:


Примерно такая же картинка в графическом меню grub и в GDM.

Система вроде бы пока работает достаточно стабильно. Замеченые пока
ошибки:
1. Иногда при загрузке системы разрешение внезапно устанавливается в
640х480 . У меня подозрение, что это пока KMS подглючивает.
2. Немного косячит неправильно настроенный PolicyKit - система постоянно
спрашивает root'овый пароль для перезагрузки, монтирования флешек и
перехода в спящий режим. Насколько я разобрался - причины кроются в том,
что из системы убрана поддержка HAL, а новые политики пока не написаны.
3. При выходе из спящего режима включается на полную вентилятор
процессора.
Все эти ошибки терпимые и до релиза вполне можно жить.

После обновления haldaemon остается работать в системе и его необходимо
принудительно отключить:
host13:/etc/X11 # chkconfig haldaemon off

Х-сервер теперь собран с поддержкой udev вместо HAL:
host13:~ # ldd $(which X)
    linux-vdso.so.1 =>  (0x00007fff401ff000)
    libudev.so.0 => /lib64/libudev.so.0 (0x00000036e8600000)
    libcrypto.so.1.0.0 => /usr/lib64/libcrypto.so.1.0.0
(0x00000036d2800000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00000036d4600000)
    libpciaccess.so.0 => /usr/lib64/libpciaccess.so.0
(0x00000036d3000000)
    libXfont.so.1 => /usr/lib64/libXfont.so.1 (0x00000036d5200000)
    libXau.so.6 => /usr/lib64/libXau.so.6 (0x00000036d6200000)
    libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0
(0x00000036dee00000)
    libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00000036da200000)
    libm.so.6 => /lib64/libm.so.6 (0x00000036d3e00000)
    librt.so.1 => /lib64/librt.so.1 (0x00000036d4e00000)
    libc.so.6 => /lib64/libc.so.6 (0x00000036d3a00000)
    libz.so.1 => /lib64/libz.so.1 (0x00000036d4a00000)
    /lib64/ld-linux-x86-64.so.2 (0x00000036d2400000)
    libfreetype.so.6 => /usr/lib64/libfreetype.so.6
(0x00000036d7600000)
    libfontenc.so.1 => /usr/lib64/libfontenc.so.1
(0x00000036d3400000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00000036d4200000)

Теперь для его настроек используется каталог /etc/X11/xorg.conf.d:

host13:~ # ls /etc/X11
.qtrc.lock  Xmodmap.remote  fs        proxymngr  rstart       xdm 
xim.d  xorg.conf.d
Xmodmap     Xresources      lbxproxy  qtrc       x11perfcomp  xim 
xinit  xs

host13:~# ls /etc/X11/xorg.conf.d/
10-evdev.conf  20-synaptics.conf  50-device.conf   50-screen.conf  
90-keytable.conf
11-mouse.conf  20-wacom.conf      50-monitor.conf  50-vmmouse.conf

В данном каталоге лежат файлы, настраивающие отдельные аспекты настройки
Х-сервера. Вот, например, файл для evdev:

host13:~ # cat /etc/X11/xorg.conf.d/10-evdev.conf
#
# Catch-all evdev loader for udev-based systems
# We don't simply match on any device since that also adds
accelerometers
# and other devices that we don't really want to use. The list below
# matches everything but joysticks.

Section "InputClass"
        Identifier "evdev pointer catchall"
        MatchIsPointer "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
EndSection

Section "InputClass"
        Identifier "evdev keyboard catchall"
        MatchIsKeyboard "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
EndSection

Section "InputClass"
        Identifier "evdev touchpad catchall"
        MatchIsTouchpad "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
EndSection

Section "InputClass"
        Identifier "evdev tablet catchall"
        MatchIsTablet "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
EndSection

Section "InputClass"
        Identifier "evdev touchscreen catchall"
        MatchIsTouchscreen "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
EndSection

В общем и целом все пока нравится, вроде все работает.
http://tux-the-penguin.blogspot.com/2010/05/opensuse-112-113-m7.html

Анонсирована новая открытая СУБД нового поколения - VoltDB, ориентированная на обработку транзакций в реальном времени (OLTP) и продемонстрировавшая способность обрабатывать миллионы транзакций в секунду на недорогом кластере, собранном своими силами из обычных серверов. Проектирование и разработка VoltDB велась под руководством Майкла Стоунбрейкера (Mike Stonebraker), одного из основателей проектов Ingres и PostgreSQL. СУБД распространяется в двух вариантах: коммерческом, с обеспечением полноценной поддержки, и свободном "Community Edition". Исходные тексты доступны в рамках лицензии GPL.

Отмечено, что VoltDB опережает по производительности традиционные OLTP СУБД в односерверной конфигурации в 45 раз, но в отличие от высокопроизводительных БД проповедующих подход NoSQL, VoltDB поддерживает выполнение запросов на языке SQL и гарантирует транзакционную целостность данных (ACID, атомарность и изолированность транзакций). По заявлению разработчиков, пре-релиз VoltDB можно рассматривать как стабильный, он уже несколько месяцев используется в компании Getco, бизнес которой связан с электронными финансовыми торгами, и продемонстрировал непревзойденные показатели производительности и масштабируемости. Другим примером внедрения VoltDB являются online-игры студии Eonblast, по данным которой производительности при использовании VoltDB опережает классические решения на базе MySQL с кешированием в Memcached.

Невероятного на первый взгляд роста производительности в VoltDB удалось добиться благодаря использованию совершенно непохожей на традиционные схемы внутренней архитектуры. Типичные современные OLTP СУБД используют те же приемы, что и 30 лет назад и очень трудно масштабируются при увеличении числа CPU или узлов в кластере. Исследование показало, что в таких СУБД более 90% времени тратится на такие операции, как ведение журнала, обеспечение блокировок, фиксацию изменений и управление буферизацией.

Суть архитектуры VoltDB в комбинации хранения всех данных в памяти с концепцией распределенной организации и разбиения БД по разделам (партицирование). СУБД VoltDB оптимизирована для работы на современных серверах, снабженных большим количеством ОЗУ и многоядерными CPU. Для сохранения данных на диск используется концепция снапшотов, отражающих срез данных, актуальных на момент создания снапшота. Работа с данными осуществляется через хранимые процедуры на языке Java, копии которых прикрепляются к каждому из разделов (ODBC/JDBC и прямое выполнение SQL-операторов для всей базы не поддерживается). При выполнении запроса, затрагивающего несколько разделов, в каждом из нужных разделов вызывается хранимая процедура, а затем результаты агрегируются.

Основные элементы архитектуры VoltDB:

    * Все данные постоянно держатся в ОЗУ, что обеспечивает максимальную пропускную способность и исключает необходимость буферизации;
    * VoltDB распределяет данные и их SQL-обработчики по узлам, каждый из который привязан к своему процессорному ядру (на одном сервере запускается столько узлов VoltDB сколько ядер CPU);
    * Каждый однопоточный раздел работает в автономном режиме, что исключает необходимость в блокировках и фиксации операций;
    * Данные автоматически реплицируются внутри кластера, что позволяет добиться высокой доступности и исключает необходимость ведения журнала;
    * Производительность VoltDB увеличивается почти линейно при добавлении дополнительных серверов в кластер.

Результаты измерения производительности:

    * СУБД VoltDB обработала 53 тыс. транзакций в секунду на одном сервере, в то время как другие СУБД на том же оборудовании могли выполнить только 1155 транзакций. При увеличении числа серверов до 12, кластер позволил выполнить 560 тыс транзакций в сек.
    * Тестирование работы online-игры на 12-узловом кластере продемонстрировало производительность в 1.3 млн. транзакций в сек.
    * При сравнении VoltDB с NoSQL-базами, оперирующими данными в виде ключ/значение, производительность VoltDB была на уровне или выше рассматриваемых систем.

Планы на будущее:

    * Возможность изменения схемы БД на лету (сейчас для изменения структуры требуется остановка СУБД);
    * Набор инструментов для мониторинга кластера;
    * Интерфейс для доступа клиентов с использованием формата JSON;
    * Увеличение производительности транзакции для выполнения которых необходимо привлечение данных из нескольких разделов;
    * Расширение поддерживаемого синтаксиса SQL (сейчас поддерживаются только простейшие операции);
    * Возможность автоматической замены сбойного узла на лету;
    * Расширение возможностей по экспорту данных из БД;
    * Поддержка WAN-репликации между территориально разделенными узлами;
    * Возможность подключения новых узлов к кластеру на лету и вывод узлов без остановки кластера.

http://www.opennet.ru/opennews/art.shtml?num=26732

• DownloadOnly — опция,
  которая легко заменяется ключом --dry-run, т. е. выкачивание всех
  пакетов необходимых для обновления без их установки.
• DownloadInAdvance — сначала выкачать все пакеты, требующие
  обновления, затем начать процесс их установки.
• DownloadInHeaps — опция аналогичная представленной выше, но в
  данном случае закачка и установка пакетов выполняется «порциями», не
  нарушающими целостность системы. Примерно также ведет себя пакетный
  менеджер в Mandriva.
• DownloadAsNeeded — традиционное поведение. Закачка и
  установка осуществляется по одному пакету.

В первой колонке приведен порядковый номер репозитория, во второй и
третьей его название и описание. Четвертая и пятая колонки показывают
включен ли данный репозиторий и включено ли его автообновление
(autorefresh). Если последняя возможность включена, то при каждом своем
запуске zypper будет проверять нужно ли обновление метаданных
репозитория и, если нужно, выполнять его. В противном случае, вам нужно
будет делать это собственноручно командой zypper ref (refresh).
Это, пожалуй, все, что я хотел
рассказать про zypper на данном этапе. Я не ставил целью написать полный
обзор данного пакетного менеджера, но надеюсь, что после этого хотя бы
кто-то прочтет его полную документацию ;

http://tux-the-penguin.blogspot.com/2010/05/opensuse-zypper.html

Марк Шаттлуорт (Mark Shuttleworth), глава компании Canonical, являющейся коммерческим спонсором проекта Ubuntu, сообщил в своем блоге об одном важном нововведении, которое появится в разрабатываемой версии операционной системы с индексом 10.10.

Речь идет о так называемом глобальном меню, расположенном в верхней части рабочего стола и заменяющем привычные строки меню в окнах приложений. Заимствованное из Mac OS X интерфейсное решение, по мнению разработчиков Ubuntu, позволит более рационально использовать рабочее пространство, особенно на нетбуках и портативных компьютеров с небольшими дисплеями. Именно по этой причине программисты планируют реализовать глобальное меню только в Ubuntu 10.10 Netbook Edition. Вопрос о внедрении нового элемента управления окнами приложений в стандартную редакцию операционной системы будет рассматриваться позже, после массового тестирования новинки.

Подчеркивая важность нововведения в интерфейсе Ubuntu 10.10, глава Canonical отметил, что владельцы нетбуков часто переключают окна программ в полноэкранный режим и прибегают к использованию полосы прокрутки в браузерах, текстовых редакторах и прочих приложениях. По словам Марка Шаттлуорта, перенос линейки меню в программах на новое место приведет к увеличению полезной вертикальной емкости экранов расширением 1024x600 пикселей на 4% и позволит пользователям реже обращаться к полосе прокрутки документов.

Сообщается, что разработка глобального меню для Ubuntu 10.10 будет вестись совместно с координаторами проекта Global Menu Bar for GNOME. Согласно планам разработчиков, операционная система Ubuntu 10.10 (кодовое имя - Maverick Meerkat) должна быть официально представлена 28 октября 2010 года.

Для начала устанавливаем в Synaptic пакет libnotify-bin и проверяем, установлен ли пакет notify-osd.

Заходим в настройки Skype, выбираем "Уведомления" и нажимаем кнопку "Больше настроек" (см. рисунок ниже). Снимаем галочку с "Отображать всплывающее уведомление". Отмечаем галочкой "Запускать следующий скрипт" и вводим нужную команду (см. ниже)

Все события Skype, которые требуется привести к виду стандартных уведомлений, нужно отредактировать по приведенной схеме. Ниже в таблице приведены скрипты для самых востребованных событий Skype (список с легкой редактурой взят здесь):

Событие Skype Скрипт для стандартного уведомления Ubuntu

Входящий звонок	notify-send "%sname" "Вам звонит" -i skype
Номер занят	notify-send "%sname занят" -i skype
Звонок не удался	notify-send "%sname звонок не удался" -i skype
Удержание вызова	notify-send "%sname" "Удержание звонка" -i skype
Вызов продлен	notify-send "%sname" "Вызов продлен" -i skype
Вызов завершен	notify-send "%sname" "Вызов завершен" -i skype
Контакт показался в сети	notify-send "%sname" "Снова в сети" -i skype
Контакт покинул сеть	notify-send "%sname" "Покинул сеть" -i skype
Первое сообщение получено	notify-send "%sname" "%smessage" -i skype
Сообщение получено
Запрос на передачу файла	notify-send "%sname передаёт файл %fname (%fsize)" -i skype
Передача файла завершена	notify-send "%sname" "Завершил передчу файла %fname" -i skype
Передача файла не удалась	notify-send "Ошибка передачи файла" "%fname (%fsize)" -i skype

Можно использовать параметр %sskype вместо %sname, чтобы выводить скайповое имя пользователя (его логин в Skype), но мне больше нравится использовать имя. О других параметрах читайте на хабре.

Еще вариант вывода сообщений от Skype был реализован неким Димой на сайте thexnews.com. На сайте все прекрасно описано, поэтому не буду повторяться и копипастить. Я стал использовать оба эти способа, заменив строку для "Сообщение получено" и "Первое сообщение получено" на вызов скрипта от Димы:

skypenotify "%sname" "%smessage"

Основное достоинство здесь в том, что сообщение от одного абонента складываются, что очень удобно при активной переписке (см. картинку с сайта автора):

Вот такие возможности есть у notify-osd. Из несдотатков всего вышесказанного я заметил только jодно: Thunderbird выводит сообщения о новых письмах даже, если это спам. Но и плагин - beta, надеюсь в релизе будет больше настроек.

PS: Очень популярна сейчас стала смс реклама. Но мало кто знает, что использовать sms-рассылки можно и более эффективно. Например, моя знакомая тиспользует рассылки для уведомления клиентов о новых товарах. А при цене от 25 копеек за сообщение это можно себе позволить...

http://retimer.ru/2010/02/notify-osd-ubuntu-thunderbir/

Чтобы удалить таблицу разделов с флэшки, например после неудачного
эксперимента достаточно ввести

Лично у меня флешка отказывалась отвечать на mount , чесно уже думал ...

sudo dmesg | grep removable устройство SCSI доверяй , но проверяй !)

# dd if=/dev/zero of=/dev/name_of_device_sdb bs=512
count=1

# mkfs.msdos /dev/name_of_device_sdb

иногда просит mkfs.msdos -I /dev/name_of_device_sdb

mkfs - как вы понимаете может быть как любая ext , так и на вкус и цвет , дальше в курсе )


В завершение подобное с винтами тоже  творить можно !
Не спешите выбрасывать !!!