BG Development


  Reply to this topicStart new topicStart Poll

> Debian ARM и RAID 1
dedal
Публикувано на: 13-01-2026, 19:50
Quote Post



Име: Григор Колев
Група: Потребител
Ранг: Активен

Мнения: 208
Регистриран на: 17.11.10



Така имам arm компютър който до сега работеше с ubuntu и където /home е на две SD карти работещи в RAID 1. Никога е нямало проблеми. Сега искам да премина към чист debian и правя същото. Обаче първо самия debian ми намира RAID 1 като md127 а не като md0, да кажем това не е болка защото си зарежда. Обаче ако махна едната карта и не монтира RAID дяла на другата. Отбелязва като деградирал и при рестарт вместо да монтира /home влиза в Emergency и иска ръчна намеса.

Как да го накарам да продължи зареждането без да се намесвам ръчно. Идеята е компа да работи и само да получа mail за проблем с дяла, да направя нова карта, те да си я включат и всичко да мине без спиране и сътресения
PMEmail Poster
Top
Bender++
Публикувано на: 20-01-2026, 13:14
Quote Post



Име:
Група: Потребител
Ранг: Старо куче

Мнения: 607
Регистриран на: 18.04.21



какво пише в /etc/fstab ?


--------------------
Слава на Цар Путин! Долу украинските фашисти!
PMEmail Poster
Top
dedal
Публикувано на: 24-01-2026, 14:49
Quote Post



Име: Григор Колев
Група: Потребител
Ранг: Активен

Мнения: 208
Регистриран на: 17.11.10



UUID на raid1 е монтиран към /home

UUID=22427db0-3130-43bf-a738-595bab20d4c6 / ext4 defaults,noatime,nodiratime,errors=remount-ro 0 0
UUID=3127deb8-f889-4bf7-be7a-6faf1da2c914 /home ext4 defaults,noatime,nodiratime,errors=remount-ro 0 0

/home/network /etc/network none bind
/home/postgresql/ /var/lib/postgresql/ none bind

Като / е в overlay и затова е биндната базата и настройките на нета.

Ако и двете карти са налични всичко работи перфектно, но ако махна едната и вместо да зареди влиза е режим поправка
PMEmail Poster
Top
Bender++
Публикувано на: 26-01-2026, 07:17
Quote Post



Име:
Група: Потребител
Ранг: Старо куче

Мнения: 607
Регистриран на: 18.04.21



ChatGPT казва (ползвай на своя отговорност, разпитай го по-подробно):

Разбирам те — това е класически Debian + mdadm + systemd капан, и поведението, което виждаш, е „по учебник“, но не и желаното 😄
Добрата новина: може да се оправи напълно, така че машината да boot-ва нормално с деградиран RAID, да праща mail, и ти само да смениш картата по-късно.

Ще мина стъпка по стъпка, като обясня защо се случва и как точно да го решиш.

1️⃣ Защо Debian влиза в Emergency mode

Има две отделни причини, които при теб се наслагват:

🔴 A) systemd по подразбиране НЕ харесва деградиран RAID

Debian спира boot-а, ако:

md array е деградиран и

дялът е критичен за boot-а (като /home, от който имаш bind mounts)

Ubuntu е по-либерален, Debian е „строг администратор“.

🔴 icon_cool.gif bind mount-овете ти чупят boot-а

Имаш:

/home/network → /etc/network
/home/postgresql → /var/lib/postgresql


Ако /home не се монтира навреме, systemd:

не може да монтира bind-овете

счита това за фатална грешка

влиза в Emergency mode

Дори RAID-ът да е ОК, само това е достатъчно да спре boot-а.

2️⃣ Задължително: оправи mdadm конфигурацията (md127 → md0)

Това не е козметично, важно е за initramfs.

Провери UUID и име:
mdadm --detail --scan


Примерен изход:

ARRAY /dev/md0 UUID=22427db0:... name=debian:0

Запиши го твърдо:
nano /etc/mdadm/mdadm.conf


Добави (или коригирай):

ARRAY /dev/md0 UUID=22427db0-3130-43bf-a738-595bab20d4c6


После:

update-initramfs -u


📌 Това гарантира, че RAID ще се вдигне преди systemd да почне да монтира файлови системи.

3️⃣ Позволи boot с деградиран RAID (КЛЮЧОВО)
Вариант 1 (препоръчителен): kernel параметър

Редактирай:

nano /etc/default/grub


Добави:

GRUB_CMDLINE_LINUX="bootdegraded=true"


или (по-стар, но още работи):

GRUB_CMDLINE_LINUX="md_mod.start_dirty_degraded=1"


После:

update-grub


👉 Това казва:

„Boot-вай дори ако RAID е деградиран, не ми философствай.“

4️⃣ fstab: направи /home не-фатален

В момента имаш:

UUID=3127deb8-f889-4bf7-be7a-6faf1da2c914 /home ext4 defaults,noatime,nodiratime,errors=remount-ro 0 0


Промени го на:

UUID=3127deb8-f889-4bf7-be7a-6faf1da2c914 /home ext4 defaults,noatime,nodiratime,nofail,x-systemd.device-timeout=10 0 0


🔑 nofail = не влизай в Emergency
🔑 timeout = не чакай вечно

5️⃣ Оправи bind mount-овете (МНОГО ВАЖНО)

Bind-овете ти ТРЯБВА да знаят, че зависят от /home.

Вместо:
/home/network /etc/network none bind


Използвай:

/home/network /etc/network none bind,x-systemd.requires=/home,nofail 0 0
/home/postgresql /var/lib/postgresql none bind,x-systemd.requires=/home,nofail 0 0


Без това systemd ще:

опита bind

/home още не е готов

💥 Emergency

6️⃣ Mail при проблем с RAID (както искаш)

В /etc/mdadm/mdadm.conf:

MAILADDR root


Инсталирай лек MTA:

apt install msmtp msmtp-mta


И тествай:

mdadm --monitor --scan --test


📧 При махната карта ще получиш mail, без да спира системата.

7️⃣ Как ще изглежда „идеалният“ сценарий

Вадят една SD карта

RAID става [U_]

Debian:

boot-ва нормално

монтира /home

bind-овете тръгват

Получаваш mail

Слагаш нова карта:

mdadm /dev/md0 --add /dev/mmcblkX


Ресинк → готово

Никакъв downtime ✅


--------------------
Слава на Цар Путин! Долу украинските фашисти!
PMEmail Poster
Top
dedal
Публикувано на: 29-01-2026, 20:14
Quote Post



Име: Григор Колев
Група: Потребител
Ранг: Активен

Мнения: 208
Регистриран на: 17.11.10



QUOTE (Bender++ @ 26-01-2026, 07:17)
ChatGPT казва (ползвай на своя отговорност, разпитай го по-подробно):

Разбирам те — това е класически Debian + mdadm + systemd капан, и поведението, което виждаш, е „по учебник“, но не и желаното 😄
Добрата новина: може да се оправи напълно, така че машината да boot-ва нормално с деградиран RAID, да праща mail, и ти само да смениш картата по-късно.

Ще мина стъпка по стъпка, като обясня защо се случва и как точно да го решиш.

1️⃣ Защо Debian влиза в Emergency mode

Има две отделни причини, които при теб се наслагват:

🔴 A) systemd по подразбиране НЕ харесва деградиран RAID

Debian спира boot-а, ако:

md array е деградиран и

дялът е критичен за boot-а (като /home, от който имаш bind mounts)

Ubuntu е по-либерален, Debian е „строг администратор“.

🔴 icon_cool.gif bind mount-овете ти чупят boot-а

Имаш:

/home/network → /etc/network
/home/postgresql → /var/lib/postgresql


Ако /home не се монтира навреме, systemd:

не може да монтира bind-овете

счита това за фатална грешка

влиза в Emergency mode

Дори RAID-ът да е ОК, само това е достатъчно да спре boot-а.

2️⃣ Задължително: оправи mdadm конфигурацията (md127 → md0)

Това не е козметично, важно е за initramfs.

Провери UUID и име:
mdadm --detail --scan


Примерен изход:

ARRAY /dev/md0 UUID=22427db0:... name=debian:0

Запиши го твърдо:
nano /etc/mdadm/mdadm.conf


Добави (или коригирай):

ARRAY /dev/md0 UUID=22427db0-3130-43bf-a738-595bab20d4c6


После:

update-initramfs -u


📌 Това гарантира, че RAID ще се вдигне преди systemd да почне да монтира файлови системи.

3️⃣ Позволи boot с деградиран RAID (КЛЮЧОВО)
Вариант 1 (препоръчителен): kernel параметър

Редактирай:

nano /etc/default/grub


Добави:

GRUB_CMDLINE_LINUX="bootdegraded=true"


или (по-стар, но още работи):

GRUB_CMDLINE_LINUX="md_mod.start_dirty_degraded=1"


После:

update-grub


👉 Това казва:

„Boot-вай дори ако RAID е деградиран, не ми философствай.“

4️⃣ fstab: направи /home не-фатален

В момента имаш:

UUID=3127deb8-f889-4bf7-be7a-6faf1da2c914 /home ext4 defaults,noatime,nodiratime,errors=remount-ro 0 0


Промени го на:

UUID=3127deb8-f889-4bf7-be7a-6faf1da2c914 /home ext4 defaults,noatime,nodiratime,nofail,x-systemd.device-timeout=10 0 0


🔑 nofail = не влизай в Emergency
🔑 timeout = не чакай вечно

5️⃣ Оправи bind mount-овете (МНОГО ВАЖНО)

Bind-овете ти ТРЯБВА да знаят, че зависят от /home.

Вместо:
/home/network /etc/network none bind


Използвай:

/home/network /etc/network none bind,x-systemd.requires=/home,nofail 0 0
/home/postgresql /var/lib/postgresql none bind,x-systemd.requires=/home,nofail 0 0


Без това systemd ще:

опита bind

/home още не е готов

💥 Emergency

6️⃣ Mail при проблем с RAID (както искаш)

В /etc/mdadm/mdadm.conf:

MAILADDR root


Инсталирай лек MTA:

apt install msmtp msmtp-mta


И тествай:

mdadm --monitor --scan --test


📧 При махната карта ще получиш mail, без да спира системата.

7️⃣ Как ще изглежда „идеалният“ сценарий

Вадят една SD карта

RAID става [U_]

Debian:

boot-ва нормално

монтира /home

bind-овете тръгват

Получаваш mail

Слагаш нова карта:

mdadm /dev/md0 --add /dev/mmcblkX


Ресинк → готово

Никакъв downtime ✅

Първо там пробвах да питам. Питах и Gemini и Copilot. Никакъв резултат и изобщо не мога да намеря някаква разлика между двете системи.
Интересно е че и на Ubuntu къде си работи ако го делна и направя наново и там започна да прави така. Нещо е минало през някой ъпдейт и не мога да разбера кое
PMEmail Poster
Top
Bender++
Публикувано на: 29-01-2026, 21:44
Quote Post



Име:
Група: Потребител
Ранг: Старо куче

Мнения: 607
Регистриран на: 18.04.21



аз бих ползвал (и всъщност ползвам) ZFS, просто е по-доброто решение


--------------------
Слава на Цар Путин! Долу украинските фашисти!
PMEmail Poster
Top
ici
Публикувано на: 29-01-2026, 22:42
Quote Post


Group Icon
Име: Ивайло Илчев
Група: VIP
Ранг: Почетен член

Мнения: 19024
Регистриран на: 06.06.04



ZFS е "убийствена" за uSD. ext4 с noatime или F2FS (Flash-Friendly File System) която е специално създадена за SD, eMMC, SSD


--------------------
Facebook is a bit like checking your underwear after a fart.
Most likely there's nothing new and if there is it's probably shit.
PMEmail PosterUsers Website
Top
SuN
Публикувано на: 29-01-2026, 23:19
Quote Post


Group Icon
Име:
Група: Администратор
Ранг: Почетен член

Мнения: 13412
Регистриран на: 27.01.05



Аз ползвам btrfs на всичко и не ми пука. icon_smile.gif Имам и raid 1 с btrfs на 2 въртящи се харда за архив (тоест, ОС-о не ми е на него).

Когато правих тестове преди 2-3 години тествах разни ситуации и бях доволен. Преди да мина на дискове в една виртуалка си направих 2-3 файла на файлова система в raid 1 с btrfs и си ги монтирах и демонтирах в различни конфигурации. Включително и добавяне на празен към колекцията от дискови да видя как копира данните.

Може и ти да го пробваш набързо под някой виртуален Линукс.

Това мнение е било редактирано от SuN на 29-01-2026, 23:20


--------------------
Само аз не троля.
Всички коментари са плод на художествена измислица и нямат общо с действителни и недействителни лица, събития и факти.
PMEmail Poster
Top
ici
Публикувано на: 30-01-2026, 02:27
Quote Post


Group Icon
Име: Ивайло Илчев
Група: VIP
Ранг: Почетен член

Мнения: 19024
Регистриран на: 06.06.04



Аз и на двата компютъра съм с Linux Mint. Използвах https://www.ventoy.net/en/index.html и сложих Linux Mint. На единият (Lenovo Thinkpad T15 с i5 и Win10 pro) използвах половината от Verbatim Pocket SSD 1TB, за Mint-а сложих 96GB Persistent storage, бях сложил и Убунту Мате и Федора, но Минта е най-добре. На вторият (Lenovo Ideapad DUET3 с N100 и Win11pro) използвах SANDISK Ultra Dual Drive Go 128 GB с Минт и 64GB Persistent Storage. Там всичко тръгна веднага - тъчпад, тъчскриин, фингърпринт, автоматично завъртане на екрана - чете си акселерометрите и върти без никакви танци с дайре, драйвери и скриптове. Само писалката още не съм пробвал, но предполагам че ще работи и тя. На вторият направо ще махна Виндовса и ще сложа Минт, но на първият ми трябва VPN до офиса, а на Линукса не успях да го настроя, та засега като ми трябва ще бутвам в Виндовс. На първият тръгна HalfLife2 на 30 fps като се има предвид че няма видео карта, т.е. има някакъв Интел вграден.

Това мнение е било редактирано от ici на 30-01-2026, 02:30

Прикачена картинка (Кликнете на картинката, за да я увеличите!)
Прикачена картинка


--------------------
Facebook is a bit like checking your underwear after a fart.
Most likely there's nothing new and if there is it's probably shit.
PMEmail PosterUsers Website
Top
1 потребители преглеждат тази тема в момента (1 гости, 0 анонимни потребители)
Потребители, преглеждащи темата в момента:

Topic Options Reply to this topicStart new topicStart Poll

 


Copyright © 2003-2019 | BG Development | All Rights Reserved
RSS 2.0