Basia

Предисловие...

Как то раз подарила я на день рождения нашему молодому сисадмину флэшечку на 8 гигов, чтоб ходил с ней по пользакам радостный. И вот как то захожу я к нему поболтать и узнаю, что эта скотинка полосатая, в процессе починки чьего-то железа, ставил винды, форматил разделы и О ГОРЕ забыл вытащить из разъмчика флэшечку. И теперь она не АЛЛЁ. Конечно я расстроилась, ну как так можно, откуда столько рассеянности! Ну ладно в жизни всяко бывает. Вспомнилось, что до этого он убил еще одну флэшку, не отсоединил устройство в системе (винды) как полагается (во избежании пробле), а просто выдернул. Видимо в это время к ней обращалась система, в общем флэшка сказала ЁК и стала показывать всего 16Мб... И вот под тот случай нашла я статейку, которую и приведу ниже. Правда в тот раз она мне не помогла, видимо здорово флэшку приложило.А в этот раз я забрала предполагаемый трупик 8 гиговой флэшки, чтобпоставить точный диагноз. Конечно через винды толкового ничего сделать не вышло, стало ясно только что файловая система у нее сбросилась и стала она RAW. Правда -правда. А значит она жива и есть шанс ее починить и заодно еще раз опробовать метод.

Короче метод РАБОТАЕТ!

ЗЫ спасибо автору.

Привожу статью целиком вместе с комментами (там тоже случаются полезные замечания): 

 

Как для хирурга скальпель, админу необходима утилита для работы с пакетами. И есть из чего выбирать и выбор зависит не только от дистрибутива Linux.

Отличная статья на тему утилит для работы с пакетами: http://forum.ubuntu.ru/index.php?topic=24350.0

Что касается Debian  и его отпрыска Ubuntu  (ну и иже с ними). Можно использовать apt и 16 его компонентов, но... Дальше - больше, apt-get имеет большую проблему с удалением пакетов. Сначала он  определяет зависимости, которые должны быть установлены для выбранного пакета, но не определяет их, когда вы удаляете этот пакет. Если зависимости удовлетворены, ‘apt-get remove’ удалит выбранные пакеты, но оставит обособленные зависимости. Альтернатива? Aptitude, как будет показано, заменит их всех.

Удивительная вещь этот модуль. Нагляднее всего он в Apache, но есть еще и nginx, который набираете популярность. Ну чего там, в Апач? Все просто, подключил модуль, отключил модуль и все. Однако все не так оказалось с ним просто. А началось все с того, что одним из решений небольшой проблемки было наладить rewrite на вэбсервере nginx. Ну сначала конечно полезла на официальный сайт Игоря Сысоева, разработчика nginx. Но, без обид, там все очень кратко написано, не для обывателя… Кстати вот сайт Игоря

http://sysoev.ru/nginx/docs/ , где можно почитать не только о nginx, но и о других вещах. В общем проблему то свою я решила, rewrite на nginx заработал. Делюсь информацией.

Конечно стоит сначала ознакомиться с информацией от разработчика, тут более подробно http://sysoev.ru/nginx/docs/http/ngx_http_rewrite_module.html . Из всего этого меня интересовала вот эта часть http://sysoev.ru/nginx/docs/http/ngx_http_rewrite_module.html#rewrite

Из всего этого следует, что можно использовать в конф фале в разделе server для всего вирт. сервера, location только для данного раздела и в рамках условия if . Список флагов завершающих директиву rewrite:

    * last — завершает обработку текущего набора директив ngx_http_rewrite_module, после чего ищется соответствие URI и location;

    * break — завершает обработку текущего набора директив ngx_http_rewrite_module;

    * redirect — возвращает временный редирект с кодом 302; используется, если заменяющая строка не начинается с "http://";

    * permanent — возвращает постоянный редирект с кодом 301.

И небольшой комментарий: Если же эти директивы поместить в location /download/, то нужно заменить флаг last на break, иначе nginx сделает 10 циклов и вернёт ошибку 500.

В принципе все эти варианты мне подходили, мне нужно было чтоб рерайтились адреса графических объектов, либо в локейшн, либо с помощью условия if, но можно и сразу все адреса, значит используя раздел server.

В общем поискав, нашла вот такую статью http://drupal.org/node/110224 . Там меня заинтересовал вот этот код:

Графическая библиотека gd2 . Разработчики Thomas Boutell и Pierre-A. Joye.

Официальный сайт http://www.libgd.org/Main_Page

Там же можно скачать последний релиз. Для чего она нужна? Это библиотека, написанная на С, с открытым кодом, для динамического создания изображения. GD создает изображения формата PNG, JPEG и GIF. Используется для создания диаграмм, рисунков, эскизов, предпросмотра и много другого «на лету». Самая распространенная область использования – интернет, для разработки вэб-сайтов.

На данный момент 2.0.36 последняя версия на сайте. Скачаем ее.

wget http://www.libgd.org/releases/gd-2.0.36RC1.tar.gz

Не забывайте посмотреть, куда вы скачиваете. По умолчанию пакет попадает в текущую директорию. Скачав распаковываем. Остается папка gd-2.0.36RC1 с файлами. В файле README.TXT ,  как обычно можно почитать советы по установке. Рекомендуется, чтобы перед установкой gd были установлены

1. zlib, доступно тут http://www.gzip.org/zlib/

   Библиотека для сжатия данных

2. libpng, скачать можно здесь http://www.libpng.org/pub/png/

   Портативная сетевая графическая библиотека, для которой нужна zlib

3. FreeType 2.x, доступна здесь http://www.freetype.org/

   Для шрифтов.

4. JPEG библиотека, ищи тут http://www.ijg.org/

   Портативная библиотека для копрессии/ декомпрессии JPEG

5. XPM, доступна тут http://koala.ilog.fr/lehors/xpm.html

   X Pixmap library

 У нас вроде все это есть. Итак собираем конфиг файл для установки:

./configure

далее устанавливаем собранное:

make install

Готово!

Еще одна маленькая статья, касающаяся безопасности вашего сервера. Речь работе файлов hosts.allow и hosts.deny. В них можно конкретизировать каким ip какие сервисы и службы нашего сервера разрешены или запрещены. После того как TCP пакет прошел через все цепи iptables и был пропущен в систему, его обрабатывает сначала hosts.allow , просматривая записи разрешений в этом файле, а потом уже покате поступает на проверку hosts.deny, где указываются запреты.

   1.  Проверяется файл /etc/hosts.allow. Если в нём найдено соответствие, доступ к сервису предоставляется.

   2. Проверяется файл /etc/hosts.deny. Если в нём найдено соответствие, доступ будет запрещён.

   3. В случае, если соответствующие правила не найдены, доступ предоставляется.

Порядок отработки этих файлов очень важен (а вдруг напутаете и вас перестанет пускать сервер), поэтому сначала вносят правки в файл hosts.allow , а уже потом в hosts.deny . Любые изменения, внесенные в файл, начинают действовать сразу, не требуя рестарта. Находятся оба файла в каталоге /etc/ . Начнем по правильному порядку.