Включение mod_rewrite в Nginx

При переносе сайта на свой хостинг столкнулся с такой проблемой, что не работает mod rewrite в связке nginx+apache, убил несколько часов на гугл, однако, решение как всегда оказалось банально и в принципе попадало мне на глаза ни один раз, но я с упорством достойным лучшего из твердолобых продолжал поиски решения на просторах этих ваших интернетов 🙂
В общем то все просто, как только мы прописываем в .htaccess Rewrite Rule (правила преобразования) и включаем их на сайте, то наш доблестный nginx сразу же выдает нам ошибку 404, лечим это очень просто в секцию «location /» добавляем try_files
В итоге получаем что-то вида:

        location / {
                root   /var/www/example.com;
                index  index.php;
                try_files $uri $uri/ /index.php;
        }

Для apache 2 это решается это при помощи добавления .htaccess в корень сайта.

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUESTFILENAME} !-f
RewriteCond %{REQUEST
FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

Все работает, теперь можно использовать ЧПУ, например в WordPress, Joomla, Drupal, ну и пользоваться другими возможностями Rewrite Rules.

Как эффективно выстроить рабочий день на удаленной работе

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

Специалисты проекта Jobsora подготовила статью и читатели смогут получить наиболее действенные рекомендации. Отчаиваться не стоит, ведь современный мир с его мобильной связью и доступом к всемирной сети даёт неограниченные возможности.

Пять важнейших шагов

1. Эргономика рабочего места

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

Идеальным вариантом будет работа в отдельной комнате, но не все обладают такими жилищными условиями. Натягивайте шторки и ставьте ширмы, но присутствие кого-либо рядом не должно отвлекать.

2. Собираем рабочий инструментарий

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

3. Налаживаем продуктивность

Здесь нужно разбивать задачу на составляющие части, а затем решать каждую из них последовательно. Без самоконтроля разобраться не получится. Приведём пример мышления:

«Я почти сделал этот этап, необходимо ещё немного, и я смогу встать. Уже выполнил. Интересно, что в следующей части? Налажу всё, настрою в работу, а затем отойду. А может сделать небольшой фрагмент, чтобы потом было легче? Да, я сделаю это».

Так можно не заметить, как восемь часов пролетят за вдвое меньший промежуток времени. Необходимо постоянно быть движущей силой и погонщиком в одном лице. Здесь больше «нельзя», чем «можно». Если не взять себя в руки, то планы будут сорваны. Если устали, никто не мешает лечь поспать днём для восстановления сил.

4. Корректируем психологические аспекты

Психологи советуют постоянно хвалить и подбадривать себя при изнурительной домашней работе. Сделал 50%, а это уже половина. А 51% это уже больше половины, а затем запускайте обратный отсчёт. Нельзя называть работу нудной, неприятной или неинтересной, постоянно сетовать на большой объём. Пообещайте себе определенную награду в конце рабочего дня, например, просмотр фильма, а затем, наслаждаясь, повторяйте, что вы это действительно заслужили. Оценить собственный вклад крайне сложно, попросите сделать это кого-то из семьи, жену, мужа или взрослого ребёнка.

5. Вводим эффективный график

Нарушать старый режим не стоит. Если привыкли вставать в 7 утра, чтобы успеть доехать до привычного места работы, то не теряйте этой способности. Легко разбаловать себя, а затем начать просыпаться ближе к обеду. Вернуться в привычный строй будет крайне тяжело. Нужно точно регламентировать обеденный перерыв, а также точно продумать перерывы и занятие для этих промежутков времени. Можно полить цветы, просто посмотреть в окно или заняться небольшой разминкой. Но не стоит отвлекаться на фильмы или общение в социальных сетях, это может затянуть на долгие часы.

Желательно для каждого типа работ предусмотреть приблизительный дедлайн на исполнение. Для этого требуется планировать следующий рабочий день каждый вечер. Если получилось сделать быстрее, то это должно рассматриваться как преимущество. И пусть в условиях карантина не получится сходить на улицу, зато можно использовать это время с пользой. То, что обычно тратится на дорогу, можно сложить в единый пакет, а ещё добавить +2 часа ежедневно. И получается, что за 4 дня мы тратим 8 часов дорожных временных трат и ещё столько же выжимаем из удлиненного ежедневного времени. Итого, пятидневную рабочую неделю можно закрыть за три дня. Если позволит начальство. Или просто повысить свою зарплату.

Основные камни преткновения

Те, кто пытается создать дома рабочую атмосферу, наиболее часто жалуются на ряд неудобств. Рассмотрим, как их преодолеть наиболее эффективно:

Дети и домашние животные. Ребенку можно всё пояснить, а коту, лежащему на клавиатуре, это сделать не получится. С малышами нужно проводить профилактическую беседу. Один из лучших способов – это полностью погрузиться в громкую любимую музыку в наушниках, а затем просто игнорировать запросы. За 3-5 дней все привыкнут к такой обстановке.

Соблазн отправиться на перекур или питьё чая. Здесь потребуется устанавливать строгие запреты для себя самого. В этом поможет таймер смартфона. Ранее звонка выходить куда-либо воспрещается. Обеденный перерыв можно подгадать под всю семью, а питьё кофе легко переносится за рабочий стол.

Быстрая утомляемость. Она обусловлена ленью, неудобным стулом и монотонной работой на фоне звуков дома. Здесь также помогут наушники и музыка.

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

Низкая эффективность труда. Для устранения нужно сравнить процесс в офисе и дома, а затем сделать соответствующие выводы. Недостаточное количество компьютерных программ, неудобный стул. А возможно, что это просто желание посмотреть любимые видеоролики? То, что можно успеть за 8 часов, легко растягивается на 12-14. Это уже вопросы к собственной организованности. Необходимо задавать себе вопросы, ругать себя внутри, разделиться на начальника и подчиненного.

Несравненная польза

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

В развитых странах сотрудников, находящихся на грани стресса, работодатель может принудительно отправить работать в домашнюю обстановку. Дома, как известно, и стены помогают, о чём сказано в известной поговорке.

Также до начала работы в подобном режиме мы не подозреваем, до какой степени неорганизованным является каждый из нас. Самостоятельная дисциплина и соблюдение правил будут полезны, они позволят активизировать самоконтроль, а это уже шаг к собственному бизнесу или начало работы в качестве вольнонаёмного специалиста.

iPhone 5 и 6 до сих пор популярны

Несмотря на то, что обновленные версии iPhone 5 и 6 модели появились в свободном доступе много месяцев назад, они по-прежнему раскупаются, как горячие пирожки. Пользователи отмечают производительность, впечатляющий функционал и удобство гаджета. И все же назвать устройство совершенным во всех отношениях пока невозможно – в числе явных недостатков проблемы с сетью.
Возможные причины неисправности
Факторов, под влиянием которых гаджет испытывает проблемы с сетью, может быть превеликое множество.

В числе наиболее вероятных:

-неправильная настройка даты и времени;
-активированный режим полета;
-установка нелицензионного программного -обновления, самостоятельная разблокировка телефона;
-проблема с сим-картой;
-неисправность антенны;
-выход из строя GSM-модуля GSM.

Практика показывает, что замена модуля GSM iPhone требуется в 80% случаев, в то время как смена антенны – всего в 20%. Причиной ремонта может стать естественный износ модуля, коррозия контактов, отрыв детали от материнской платы, установка проблемного программного обеспечения, механические воздействия и неаккуратное обращение.

Что касается нестабильности или отсутствия соединения с Wi-Fi, то здесь наиболее точно диагностировать проблему поможет диагностика устройства. Она выполняется в нашем сервисном центре digital doc.

Источник Сервисный центр digital doc в Краснодаре ВКонтакте

Перенос FreeBSD сервера с ZFS root файловой системой на новый pool

Попались мне под руку пара винтов побольше и еще один компьютер. Наслышан я о чудесах и простоте переноса ZFS и решил попробовать.

Задача перенести сервер под FreBSD, что уже работает, на новый сервер с помощью ZFS.

Ну и так сказать своеобразный бекап.

Бекап это сомнительно. Потому как на исходном тоже стоит всё на «мирроре»

Создаем ключ

# ssh-keygen

# cat /root/.ssh/id_rsa.pub | ssh root@127.0.0.1 ‘cat >> /root/.ssh/authorized_keys’

[root@server ~]# zpool list -v

NAME                                     SIZE  ALLOC   FREE    CAP  DEDUP  HEALTH  ALTROOT

Грузимся с CD и работаем в Live-режиме mfsBSD

# mkdir /root/.ssh

# camcontrol devlist

vi /etc/ssh/sshd_config 

В конфиге разрешаем root-у логиниться. 

Отключаем DNS проверку, чтобы побыстрее было немного. 

PermitRootLogin yes 

UseDNS no 

Задаем пароль для пользователя root: 

# passwd root 

Указываем интерфейсу нужный IP адрес 

ifconfig re0 add 127.0.0.0.1/24 

или dhclient re0

запускаем sshd: /etc/rc.d/sshd onestart

Далее создаём разделы…

# gpart create -s gpt ada0

# gpart add -b 40 -s 512k -t freebsd-boot ada0

# gpart add -s 8g -t freebsd-swap ada0

# gpart add -t freebsd-zfs ada0

[root@mfsbsd ~]# gpart show

=>        40  1953522976  ada0  GPT  (932G)

          40        1024     1  freebsd-boot  (512K)

        1064    16777216     2  freebsd-swap  (8.0G)

    16778280  1936744736     3  freebsd-zfs  (924G)

Создаем пул:

# zpool create -f tank /dev/ada0p3

Пул готов к приёму данных.

Переходим на сервер-источник. 

Создаем рекурсивный снапшот, который и будем передавать:

# zfs snapshot -r tank@21-04-13 

Передаем его на сервер приемник:

# screen

# zfs send -vR tank@21-04-13 | ssh 127.0.0.0.1 zfs recv -F tank

Ждем окончания передачи. У меня примерно 213 GB передавалось около 12 часов.

Переходим опять на сервер-приемник root@mfsbsd:~ 

# csh

# zfs list -t snapshot 

# zpool list

# mkdir /tmp/tank

# mount -t zfs tank/root /tmp/tank

# gpart bootcode -b /tmp/tank/boot/pmbr -p /tmp/tank/boot/gptzfsboot -i 1 ada0

# chroot /tmp/tank

Ввиду того, что с сервера-источника нам передалось всё, то поправим немного /etc/fstab. Дело в том, что своп на источнике подключен в fstab по меткам gpt. 

Настройка по меткам

# cat /etc/fstab

/dev/gptid/dadde41e-913d-11eb-92f9-ac1f6bd74a62 none swap sw 0 0

# gpart list

2. Name: ada0p2

   Mediasize: 8589934592 (8.0G)

   Sector Size: 512

   Stripe Size: 4096

   Stripe Offset: 0

   Mode: r0w0e0

   defimedia: HD(2,GPT,fffe5673-d7ad-11dd-a24d-50465d8ab2bb,0x428,0x1000000)

   rawuuid: fffe5673-d7ad-11dd-a24d-50465d8ab2bb

   rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b

   label: (null)

   length: 8589934592

   offset: 544768

   type: freebsd-swap

   index: 2

   end: 16778279

   start: 1064

# vi /etc/fstab 

/dev/gptid/dadde41e-913d-11eb-92f9-ac1f6bd74a62 none swap sw 0 0 >

fffe5673-d7ad-11dd-a24d-50465d8ab2bb

Второй вариант без меток

[root@msfbsd ~]# cat /etc/fstab 

# Device Mountpoint FStype Options Dump Pass#

### /dev/gpt/swap0 none swap sw 0 0

>

/dev/ada0p2 none swap sw 0 0

Правим файлы в скопированной системе.

[root@mfsbsd ~]#

# zfs umount -a

# exit

Скажем кто у нас bootfs и сделаем экспорт:

# zpool set bootfs=tank/root tank

# zpool export tank

# shutdown -r now

На источнике можно удалить ненужный снапшот: 

# zfs destroy -r tank@move

Взял на afabla немного подправил на свой лад. Автору респект!

Добавление жесткого диска в FreeBSD

Вы узнаете, как за 5 минут добавить жесткий диск в FreeBSD. Итак. Сначала будет преведена полная инструкция для понимания процесса, а в конце будет краткий список действий, которое будет содержать лишь список команд в качестве шпаргалки.

Подробная инструкция с пояснениями

Выбор имени жесткого диска

Для начала нужно определить имя устройства, которое мы только что добавили. В этом нам поможет следующая команда:

geom disk list
01 - geom disk list

Или же вот такая команда:

camcontrol devlist
02 - camcontrol devlist

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

До установки нового устройства мы знали, что наша система установлена на ada0, значит по логике вещей наш новый диск ada1. Это вы можете определить по названию нового устройства, его серийному номеру или же объему.

Теперь проверим, имеется ли разметка на нашем новом диске

gpart show ada1
03 - gpart show ada1

Диск не имеет никакой разметки.

Удаление существующей разметки

Если диск уже использовался и есть необходимость удалить с него разметку, просто выполните:

gpart destroy -F ada1

Создание разметки GPT

Для начала мы должны создать разметку диска. Крайне рекомендую забыть о MBR и перейти на новую, более удобную и функциональную — GPT.

Создаем разметку GPT на диске, затем проверяем, что вышло:

gpart create -s gpt /dev/ada1
gpart show ada1
04 - gpart create gpt

Теперь у нас диск имеет разметку GPT. Из вывода можно увидеть, что абсолютно весь диск, начиная с LBA 34 и заканчивая LBA 8388541 пуст. LBA 0−33 — зарезервированы системой под таблицу разделов.

Допустим, нам необходимо создать два раздела на этом диске:

  • swap — раздел подкачки
  • data — раздел типа ufs для хранения каких либо, необходимых нам, данных.

Создание разделов (слайсов)

Если установка производится на современные жесткие диски, у которых размер сектора = 4 кб, то при создании разделов (партиций) необходимо использовать выравнивание. Можно поступить двумя способами: 1) если указываем параметры раздела в блоках, то номер блока вводить кратным 8, например: -b 40; 2) если указываем размер раздела в байтах, либо не указываем вообще начало и размер, использовать параметр -a 4k, который подгонит начало и конец раздела под секторы, размером 4 кб. Так как мы в данном примере производим тестовую установку на виртуальный жесткий диск, то этого можно не делать. В любом случае перед созданием разделов нужно точно знать размер сектора вашего накопителя, иначе это выльется жуткими тормозами в работе.

Теперь создадим разделы. Для этого существует команда gpart add с различными параметрами. Первый параметр -t — указывает на тип создаваемой файловой системы. В нашем случае будет использовано два типа: freebsd-swap и freebsd-ufs. Далее идут два необязательных параметра: -b — указывает на номер LBA, начиная с которого необходимо создать раздел. Если не указать данный параметр, то раздел будет создан автоматически с первого свободного LBA. -s — указывает на размер раздела в LBA. Размер одного блока LBA = 512 байт. Желательно указывать в количестве блоков LBA, но можно и в кило/мега/гига/… байтах (суффикс k/M/G). Если не указать данный параметр, то раздел будет создан до максимально возможного LBA в пределах пустой области. Также в качестве параметра можно указать метку раздела, например: -l swap1 — в этом случае будет создана метка /dev/gpt/swap1, по которой можно более удобно обращаться к разделу. Последним обязательным параметром идет путь к диску. В нашем случае: /dev/ada1.

Давайте создадим два раздела, а затем посмотрим, что у нас получилось. Первый раздел будем создавать без указания начального LBA, но с указанием размера 1 Гб (2097152 блоков). Второй раздел создадим без указания начального LBA и без указания размера — таким образом он будет создан на всем свободном пространстве.

gpart add -t freebsd-swap -s 2097152 /dev/ada1
gpart add -t freebsd-ufs /dev/ada1
gpart show ada1
05 - gpart add

Размер можно указывать в байтах, а не блоках. Это значительно удобней. Единственный минус — система не всегда может корректно рассчитать количество блоков. Возможны случаи, когда на диске останется пустовать некоторое количество блоков при указании размера раздела в байтах.

Создание файловой системы (форматирование)

Разделы типа swap форматировать нет необходимости. А вот разделы типа ufs перед использованием должны быть отформатированы. Правильнее сказать: на них должна быть создана файловая система.

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

newfs -U /dev/ada1p2
06 - newfs

В данном случае использовался параметр -U — он говорит о том, что в данной файловой системе должен использоваться механизм Soft Updates. Вы можете не использовать этот параметр, чтобы не включать данный механизм.

Монтирование

Следующим шагом будет монтирование разделов. Для начала, чтобы не забыть, добавим наши новые разделы в /etc/fstab. Мой файл после редактирования выглядит вот так:

07 - etc fstab

Я добавил две строки: первая монтирует swap, вторая монтирует новый раздел в каталог /mnt. На деле у вас должен быть какой-то более значимый каталог. Каталог /mnt служит для временно монтированных устройств.

Для того, чтобы перемонтировать все разделы согласно файла /etc/fstab, просто выполним команду:

mount -a
08 - mount a

Как видно из вывода, раздел /dev/ada1p2 смонтирован. Теперь посмотрим, что произошло с разделом SWAP. Выполним команду:

swapinfo
09 - swapinfo 1

Как видно, новый раздел SWAP не смонтирован. Чтобы смонтировался SWAP, необходимо его включить специальной командой:

swapon /dev/ada1p1
10 - swapon

Точно так же при помощи команды swapoff нужно отключать раздел SWAP перед тем, как произвести над ним какие-то действия.

На этом все действия по добавлению нового жесткого диска в систему завершены.

Краткая инструкция

Дано: жесткий диск /dev/ada1

Цель: удалить существующую разметку, создать новую разметку GPT, создать два раздела: подкачка и данные и подключить их к рабочей системе.

После каждого действия выполняйте gpart show, чтобы наблюдать за результатом. Последовательность действий:

  1. Удалить существующую разметку: gpart destroy -F ada1
  2. Создать новую разметку: gpart create -s gpt /dev/ada1
  3. Создать два раздела: подкачка и данные: gpart add -t freebsd-swap -s 2097152 /dev/ada1 gpart add -t freebsd-ufs /dev/ada1
  4. Создать файловую систему UFSv2 на втором разделе: newfs -U /dev/ada1p2
  5. Добавить в файл /etc/fstab строки для автомонтирования при загрузке: /dev/ada1p1 none swap sw 0 0 /dev/ada1p2 /mnt ufs rw 2 2
  6. Смонтировать новый раздел (команда монтирует все разделы из файла /etc/fstab): mount -a
  7. Включить в работу новый раздел swap командой: swapon /dev/ada1p1

На этом настройка завершена.

Из материалов denisbondar.com

ВОССТАНОВЛЕНИЕ ФАЙЛОВОЙ СИСТЕМЫ В FSCK (INITRAMFS)

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

Но если питание выключается неожиданно, часть данных теряется, и могут быть потерянны важные данные, что приведет к повреждению самой файловой системы. В этой статье мы рассмотрим как восстановить файловую систему fsck, для нескольких популярных файловых систем, а также поговорим о том, как происходит восстановление ext4.

Содержание статьи:

  • Немного теории
  • Основы работы с fsck
  • Как восстановить файловую систему в fsck
    • Восстановление файловой системы
    • Восстановление поврежденного суперблока
    • Проверка чистой файловой системы
    • Битые сектора
    • Установка файловой системы
    • Проверка всех файловых систем
    • Проверка примонтированных файловых систем
    • Просмотр информации
  • Выводы

НЕМНОГО ТЕОРИИ

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

Современные файловые системы делятся на два типа — журналируемые и нежурналируемые. Журналиуемые файловые системы записывают в лог все действия, которые собираются выполнить, а после выполнения стирают эти записи. Это позволяет очень быстро понять была ли файловая система повреждена. Но не сильно помогает при восстановлении. Чтобы восстановить файловую систему linux необходимо проверить каждый блок файловой системы и найти поврежденные сектора.

Для этих целей используется утилита fsck. По сути, это оболочка для других утилит, ориентированных на работу только с той или иной файловой системой, например, для fat одна утилита, а для ext4 совсем другая.

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

ОСНОВЫ РАБОТЫ С FSCK

В этой статье мы рассмотрим ручную работу с fsck. Возможно, вам понадобиться LiveCD носитель, чтобы запустить из него утилиту, если корневой раздел поврежден. Если же нет, то система сможет загрузиться в режим восстановления и вы будете использовать утилиту оттуда. Также вы можете запустить fsck в уже загруженной системе. Только для работы нужны права суперпользователя, поэтому выполняйте ее через sudo.

А теперь давайте рассмотрим сам синтаксис утилиты:

$ fsck [опции] [опции_файловой_системы] [раздел_диска]

Основные опции указывают способ поведения утилиты, оболочки fsck. Раздел диска — это файл устройства раздела в каталоге /dev, например, /dev/sda1 или /dev/sda2. Опции файловой системы специфичны для каждой отдельной утилиты проверки.

А теперь давайте рассмотрим самые полезные опции fsck:

  • -l — не выполнять другой экземпляр fsck для этого жесткого диска, пока текущий не завершит работу. Для SSD параметр игнорируется;
  • -t — задать типы файловых систем, которые нужно проверить. Необязательно указывать устройство, можно проверить несколько разделов одной командой, просто указав нужный тип файловой системы. Это может быть сама файловая система, например, ext4 или ее опции в формате opts=ro. Утилита просматривает все файловые системы, подключенные в fstab. Если задать еще и раздел то к нему будет применена проверка именно указанного типа, без автоопределения;
  • -A — проверить все файловые системы из /etc/fstab. Вот тут применяются параметры проверки файловых систем, указанные в /etc/fstab, в том числе и приоритетность. В первую очередь проверяется корень. Обычно используется при старте системы;
  • -C — показать прогресс проверки файловой системы;
  • -M — не проверять, если файловая система смонтирована;
  • -N — ничего не выполнять, показать, что проверка завершена успешно;
  • -R — не проверять корневую файловую систему;
  • -T — не показывать информацию об утилите;
  • -V — максимально подробный вывод.

Это были глобальные опции утилиты. А теперь рассмотрим опции для работы с файловой системой, их меньше, но они будут более интересны:

  • -a — во время проверки исправить все обнаруженные ошибки, без каких-либо вопросов. Опция устаревшая и ее использовать не рекомендуется;
  • -n — выполнить только проверку файловой системы, ничего не исправлять;
  • -r — спрашивать перед исправлением каждой ошибки, используется по умолчанию для файловых систем ext;
  • -y — отвечает на все вопросы об исправлении ошибок утвердительно, можно сказать, что это эквивалент a.
  • -c — найти и занести в черный список все битые блоки на жестком диске. Доступно только для ext3 и ext4;
  • -f — принудительная проверка файловой системы, даже если по журналу она чистая;
  • -b — задать адрес суперблока, если основной был поврежден;
  • -p — еще один современный аналог опции -a, выполняет проверку и исправление автоматически. По сути, для этой цели можно использовать одну из трех опций: p, a, y.

Теперь мы все разобрали и вы готовы выполнять восстановление файловой системы linux. Перейдем к делу.

КАК ВОССТАНОВИТЬ ФАЙЛОВУЮ СИСТЕМУ В FSCK

Допустим, вы уже загрузились в LiveCD систему или режим восстановления. Ну, одним словом, готовы к восстановлению ext4 или любой другой поврежденной ФС. Утилита уже установлена по умолчанию во всех дистрибутивах, так что устанавливать ничего не нужно.

ВОССТАНОВЛЕНИЕ ФАЙЛОВОЙ СИСТЕМЫ

Если ваша файловая система находится на разделе с адресом /dev/sda1 выполните:

 sudo fsck -y /dev/sda1

fsck3

Опцию y указывать необязательно, но если этого не сделать утилита просто завалит вас вопросами, на которые нужно отвечать да.

ВОССТАНОВЛЕНИЕ ПОВРЕЖДЕННОГО СУПЕРБЛОКА

Обычно эта команда справляется со всеми повреждениями на ура. Но если вы сделали что-то серьезное и повредили суперблок, то тут fsck может не помочь. Суперблок — это начало файловой системы. Без него ничего работать не будет.

Но не спешите прощаться с вашими данными, все еще можно восстановить. С помощью такой команды смотрим куда были записаны резервные суперблоки:

 sudo mkfs -t ext4 -n /dev/sda1

fsck1

На самом деле эта команда создает новую файловую систему. Вместо ext4 подставьте ту файловую систему, в которую был отформатирован раздел, размер блока тоже должен совпадать иначе ничего не сработает. С опцией -n никаких изменений на диск не вноситься, а только выводится информация, в том числе о суперблоках.

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

 sudo fsck -b 98304 /dev/sda1

fsck2

После этого, скорее всего, вам удастся восстановить вашу файловую систему. Но рассмотрим еще пару примеров.

ПРОВЕРКА ЧИСТОЙ ФАЙЛОВОЙ СИСТЕМЫ

Проверим файловую систему, даже если она чистая:

 sudo fsck -fy /dev/sda1

fsck4

БИТЫЕ СЕКТОРА

Или еще мы можем найти битые сектора и больше в них ничего не писать:

 sudo fsck -c /dev/sda1

fsck5

УСТАНОВКА ФАЙЛОВОЙ СИСТЕМЫ

Вы можете указать какую файловую систему нужно проверять на разделе, например:

 sudo fsck -t ext4 /dev/sdb1

fsck6

ПРОВЕРКА ВСЕХ ФАЙЛОВЫХ СИСТЕМ

С помощью флага -A вы можете проверить все файловые системы, подключенные к компьютеру:

 sudo fsck -A -y

Но такая команда сработает только в режиме восстановления, если корневой раздел и другие разделы уже примонтированы она выдаст ошибку. Но вы можете исключить корневой раздел из проверки добавив R:

 sudo fsck -AR -y

Или исключить все примонтированные файловые системы:

 sudo fsck -M -y

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

 sudo fsck -A -t ext4 -y

Или можно также фильтровать по опциям монтирования в /etc/fstab, например, проверим файловые системы, которые монтируются только для чтения:

 sudo fsck -A -t opts=ro

ПРОВЕРКА ПРИМОНТИРОВАННЫХ ФАЙЛОВЫХ СИСТЕМ

Раньше я говорил что нельзя. Но если другого выхода нет, то можно, правда не рекомендуется. Для этого нужно сначала перемонтировать файловую систему в режим только для чтения. Например:

 sudo mount -o remount,ro /dev/sdb1

А теперь проверка файловой системы fsck в принудительном режиме:

 sudo fsck -fy /dev/sdb1

fsck7

ПРОСМОТР ИНФОРМАЦИИ

Если вы не хотите ничего исправлять, а только посмотреть информацию, используйте опцию -n:

 sudo fsck -n /dev/sdb1

fsck8

ВЫВОДЫ

Теперь вы знаете как выполняется восстановление файловой системы ext4 или любой другой, поддерживаемой в linux fsck. Если у вас остались вопросы, спрашивайте в комментариях!

На десерт сегодня видео на английском про различия файловых систем ext4 и xfs, как обычно, есть титры:

https://www.youtube.com/watch?v=pECp066gGcY

Как использовать команду fsck для исправления ошибок файловой системы в Linux

Файловые системы отвечают за организацию хранения и восстановления данных. Так или иначе, со временем файловая система может быть повреждена, и некоторые её части могут оказаться недоступными. Если ваша файловая система обнаруживает такую несогласованность, рекомендуется проверить её целостность.

Это можно сделать с помощью системной утилиты fsck (проверка целостности файловой системы). Эта проверка может выполняться автоматически во время загрузки или запускаться вручную.

В этой статье мы рассмотрим утилиту fsck и её использование, чтобы помочь вам исправить ошибки диска.

Когда использовать fsck в Linux

Есть разные сценарии, когда вы захотите запустить fsck. Вот несколько примеров:

  • Система не загружается.
  • Файлы в системе повреждаются (часто вы можете увидеть ошибку ввода/вывода).
  • Подключенный диск (включая флешки/SD-карты) не работает должным образом.

Опции программы fsck

Команду fsck необходимо запускать с привилегиями суперпользователя или root. Вы можете использовать её с разными аргументами. Их использование зависит от вашего конкретного случая. Ниже вы увидите некоторые из наиболее важных опций:

-A         проверить все файловые системы

-C   показывать статус выполнения; — дескриптор файла при работе в графическом интерфейсе

-l         заблокировать устройство для гарантии исключительного доступа

-M         не проверять примонтированные файловые системы

-N         не запускать, показать имитацию выполнения

-P         проверить файловые системы одновременно, включая корневую

-R         пропустить корневую файловую систему; может быть использовано только с ‘-A’

-r  сообщать статистику по каждому проверенному устройству;файловый дескриптор предназначен для графических интерфейсов

-s         последовательное выполнение проверок

-T         не показывать заголовок при запуске

-t <тип>  указать файловую систему для проверки;в качестве параметра можно перечислить несколько файловых систем через запятую

-V         подробное описание выполняемых действий

Как запустить fsck для исправления ошибок файловой системы Linux

Чтобы запустить fsck, вам нужно убедиться, что раздел, который вы собираетесь проверить, не смонтирован. Для целей этой статьи я буду использовать свой второй диск /dev/sda, смонтированный в /mnt/disk_d.

Вот что произойдёт, если я попытаюсь запустить fsck, когда раздел смонтирован.

sudo fsck /dev/sda

fsck из util-linux 2.36.1e2fsck 1.45.6 (20-Mar-2020)/dev/sda is in mounted.e2fsck: Cannot continue, aborting.

Если диск не только смонтирован, но и используется (например, диск, смонтированный в корневую файловую систему), то ошибка будет «/dev/nvme0n1 is in use».

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

sudo umount /dev/sda

Тогда можно будет безопасно запускать fsck.

sudo fsck /dev/sda

Понимание кодов выхода fsck

После запуска fsck он вернёт код выхода. Эти коды можно увидеть в руководстве по fsck, запустив:

man fsck

Описание кодов выхода fsck:

0      Ошибок нет

1      Исправлены ошибки файловой системы

2      Система должна быть перезагружена

4      Ошибки файловой системы остались неисправленными

8      Операционная ошибка

16     Ошибка использования или синтаксиса

32     Проверка отменена по запросу пользователя

128    Ошибка общей библиотеки

Как исправить ошибки файловой системы Linux

Иногда в файловой системе может быть обнаружено более одной ошибки. В таких случаях вы можете захотеть, чтобы fsck автоматически пытался исправить ошибки. Это можно сделать с помощью:

sudo fsck -y /dev/sdb

Флаг -y означает автоматически отвечать «да» на любые запросы от fsck для исправления ошибки.

Точно так же вы можете запустить то же самое во всех файловых системах (с пропуском корневой файловой системы):

sudo fsck -AR -y

Как запустить fsck на корневом разделе Linux

В некоторых случаях вам может потребоваться запустить fsck в корневом разделе вашей системы. Поскольку вы не можете запустить fsck, пока раздел смонтирован, вы можете попробовать один из следующих вариантов:

  • Принудительно использовать fsck при загрузке системы
  • Запустите fsck в режиме восстановления

Мы рассмотрим обе ситуации.

Как принудительно проверить диск с помощью fsck при загрузке системы

Это относительно легко выполнить, единственное, что вам нужно сделать, это создать файл с именем forcefsck в корневом разделе вашей системы. Используйте следующую команду:

sudo touch /forcefsck

Затем вы можете просто принудительно перезагрузить или запланировать перезагрузку системы. Во время следующей загрузки будет выполнена проверка диска командой fsck. Если время простоя критично, рекомендуется тщательно его спланировать, поскольку, если в вашей системе много используемых inode, выполнение fsck может занять дополнительное время.

После загрузки системы проверьте, существует ли ещё файл:

ls /forcefsck

Если это так, вы можете удалить его, чтобы избежать появления fsck при каждой загрузке системы.

Как запустить fsck в режиме восстановления

Для запуска fsck в режиме восстановления требуется ещё несколько шагов. Сначала подготовьте вашу систему к перезагрузке. Остановите все критически важные службы, такие как MySQL/MariaDB и т. д., а затем введите.

reboot

Во время загрузки удерживайте нажатой клавишу Shift, чтобы отобразилось меню grub. Выберите Advanced options («Дополнительные параметры»).

Затем выберите Recovery mode («Режим восстановления»).

В следующем меню выберите «fsck».

Вас спросят, хотите ли вы перемонтировать / файловую систему. Выберите Yes («да»).

Вы должны увидеть нечто подобное.

Затем вы можете вернуться к нормальной загрузке, выбрав Resume («Возобновить»).

Заключение

В этом руководстве вы узнали, как использовать fsck и выполнять проверки согласованности в разных файловых системах Linux. Если у вас есть какие-либо вопросы о fsck, не стесняйтесь задавать их в разделе комментариев ниже.

Источники: loss.ru, zalinux.ru

Контакт-центр в Битрикс24

Контакт-центр — это инструмент, который объединяет все каналы коммуникации с клиентами: почту, телефонию, социальные сети и мессенджеры, чат и форму на сайт и даже рекламные площадки.

FreeBSD изменение имени хоста без перезагрузки

Сегодня поговорим про изменение имени хоста в FreeBSD без перезагрузки.

А вы знаете, как изменить имя устройства в FreeBSD, используя параметр командной строки?

Вам нужно использовать команду hostname, чтобы отобразить имя текущего хоста. Пользователь root может задать имя хоста, предоставив аргумент команде hostname. Тем не менее, редактирование файла /etc/rc.conf является хорошим способом сохранить постоянное имя хоста при перезагрузке системы. Откройте приложение терминала и введите следующую команду.

Отобразите текущее имя хоста FreeBSD

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

$ grep hostname /etc/rc.conf

ИЛИ

$ hostname

FreeBSD-Show-Hostname

Пример вывода:

Команда смены имени хоста FreeBSD

Процедура изменения имени компьютера во FreeBSD:

  1. Введите следующую команду для редактирования /etc/rc.conf с помощью текстового редактора vi: sudo vi /etc/rc.conf
  2. Удалите старое имя и установите новое имя в переменной hostname:
    Далее отредактируйте файл /etc/hosts: sudo vi /etc/hosts
  3. Замените любое имя существующего компьютера новым.
  4. Обновите имя хоста для текущего сеанса, введя следующую команду: sudo hostname new-name-here
  5. Необязательно: перезагрузите систему для того чтобы изменений вступили в силу: sudo reboot

Как изменить имя хоста сервера FreeBSD без перезагрузки системы?

Введите следующие команды на сервере FreeBSD:

$ sudo hostname new-server-name-here

Затем отредактируйте файл /etc/rc.conf и измените имя хоста:

$ sudo vi /etc/rc.conf

Пример:

hostname=»new-server-name-here»

Сохраните и закройте файл. Наконец, отредактируйте файл /etc/hosts и обновите строки, которые читают ваше имя старого хоста:

$ sudo vi /etc/hosts

Из:

127.0.0.1 old-host-name

В:

127.0.0.1 new-server-name-here

Сохраните и закройте файл.

Параметры команды hostname

Включите информацию о домене в выводимое имя. Это поведение по умолчанию:

$ hostname -f

Отключите любую информацию о домене в выводимом имени:

$ hostname -s

Вывод информацию о домене:

$ hostname -d

Получение дополнительной информации

Прочтите следующие страницы руководства:

$ man 5 rc.conf$ man 1 hostname

Спасибо за уделенное время на прочтение статьи!

Источник

Бекап всей системы CentOS 7

Как сделать бэкап всей системы в CentOS

Если вам нужно создать backup всей вашей системы, то необходимо выполнить команду:

tar cvpzf /backup.tgz --exclude=/proc --exclude=/lost+found --exclude=/backup.tgz --exclude=/mnt --exclude=/sys /

Этой команды хватит чтобы создать бекап.

Поговорим о том что же в этой команде написано:
1. Запускаем команду от рута и создадим так званый тарбол (утилита tar с опцией «c») и заархивируем его в архив gz (опция «z»). С опцией «–exclude» исключим из нашего архива все системные папки и файлы устройств и наш архив (чтобы он рекурсивно не начал запаковывать сам в себя). По окончанию, получим в корневой директории наш cжатый архив системы в файле backup.tgz.

Восстанавливаем из бекапа

Бекап мы то сделали, но наверное нужно еще и научится разворачивать его.Как это сделать? Ну, для начала, нужна будет всё-таки работающая система. Можно выполнить установку системы или просто загрузиться с Live CD/DVD). Я буду думать, что у всех есть уже готовая установленная и готова к работе система на которой хотим сделать развертку нашего архив backup. Для этого необходимо выполнить команду:

tar xvpfz /backup.tgz -C /

На этом тема «как сделать бэкап всей системы в centos» завершена.

По материалам 100.org.ua

Сертификат CCNA. Получение.

Срок действия сертификата CCNA – три года. Для подтверждения сертификата необходимо один из следующих экзаменов: текущий экзамен CCNA, либо экзамен ICND, либо любой экзамен с префиксом 642, входящий в программу уровня Профессионала, либо экзамен на получение сертификата специалиста Cisco (кроме специалистов по продажам), либо один из текущих письменных экзаменов CCIE.

Сертификат CCNA (Cisco Certified Network Associate – Сертифицированный Cisco Сетевой Специалист) свидетельствует о базовых знаниях в области вычислительных сетей. Специалисты с квалификацией CCNA способны установить, настроить и эксплуатировать службы локальных, распределенных сетей, а также службы доступа по телефонным линиям для сетей малого масштаба (до 100 узлов), включая следующие протоколы (но не ограничиваясь ими): IP, IGRP, Serial, Frame Relay, IP RIP, VLANs, RIP, Ethernet, Access Lists.

Источник