نصب Debian Debootstrap

[norouzi90]

Plymouth :

اگر شما هم از دبیان 13 استفاده می نمایید، احتمال می دهم که خطاهایی که در عکس 1 نشان می دهد را در هنگام بوت در سیستمتان خواهید دید، البته احتمال می دهم.
 در نصب دبیان با میزکار سینامون که به روش عادی داشتم اینگونه بود. الان هم که به‌وسیلهٔ  Debootstrap ، دبیان را نصب کرده ام باز هم این خطاها با رنگ فیروزه ای باز هم دیده می شود.
اگر من بسته plymouth را حذف کنم، دیگر در زمان بوت این خطاها با رنگ فیروزه ای دیگر دیده نمی شوند. عکس 2
ولی همچنان این خطاها با دستور:

کد: [انتخاب]

# dmesg --level=err,warn,crit
قابل مشاهده هستند.
علت را نمی دانم.


مورد بعدی که میخواهم با شما در میان بگذارم و چند روزی مرا سرگرم خود کرده بود، مربوط به عکس 3 می باشد. یعنی خطای زمان بوت:
ERROR: Plymouth faied to start

خیلی اذیتم کرد، تا اینکه با بررسی فایل   etc/init.d/plymouth/  و محتوای آن متوجه شدم: عکس 4

کد: [انتخاب]

# Short-Description: Stop plymouth during boot and start it on shutdown
حالا این را مقایسه کنید با :

Plymouth provides a boot-time I/O multiplexing framework - the most obvious
use for which is to provide an attractive graphical animation in place of
the text messages that normally get shown during boot. (The messages are
instead redirected to a logfile for later viewing.) However, in event-driven
boot systems Plymouth can also usefully handle user interaction such as
password prompts for encrypted file systems.

This package provides the basic framework, enabling a text-mode animation.

پلیموث یک چارچوب مالتی‌پلکسینگ ورودی/خروجی زمان بوت ارائه می‌دهد - که بارزترین کاربرد آن، ارائه یک انیمیشن گرافیکی جذاب به جای پیام‌های متنی است که معمولاً در طول بوت نمایش داده می‌شوند. (در عوض، پیام‌ها برای مشاهده بعدی به یک فایل لاگ هدایت می‌شوند.) با این حال، در سیستم‌های بوت مبتنی بر رویداد، پلیموث همچنین می‌تواند به طور مفیدی تعامل کاربر مانند درخواست رمز عبور برای سیستم‌های فایل رمزگذاری شده را مدیریت کند.

این بسته چارچوب اولیه را فراهم می‌کند و یک انیمیشن حالت متنی را فعال می‌کند.

من که نفهمیدم، اگر plymouth اصالتا برای زمان بوت طراحی شده چه ضرورتی دارد که در زمان بوت بخواهند دوباره  آنرا stop کنند و در زمان shutdown سیستم بیایند و آنرا start کنند!!
اگر من فایل  etc/init.d/plymouth/ را غیر فعال کنم، خطای  ERROR: Plymouth faied to start دیگر نخواهد بود.

[Chappie]

Plymouth فقط «ظاهر بوت» رو کنترل می‌کنه، نه لاگ کرنل رو
وقتی Plymouth فعاله، خروجی کرنل (که معمولاً پیام‌های dmesg هستن)
از طریق اون نمایش داده می‌شن یعنی Plymouth رنگ و فونت و نحوه نمایش متن روی صفحه رو تعیین می‌کنه.
اما خود کرنل هنوز همون پیام‌ها رو تولید می‌کنه.
- - -
بنابراین وقتی Plymouth رو حذف می‌کنی:
رنگ‌بندی مخصوصش (رنگ فیروزه‌ای و سبز) از بین می‌ره،
اما چون پیام‌ها توسط خود کرنل تولید می‌شن، هنوز وجود دارن و در dmesg ثبت می‌شن.
- - -
پیام‌هایی که در دو عکس ۱و۲ دیده میشن :
این‌ها خطا یا هشدارهای سطح firmware / kernel هستن،
و ربطی به Plymouth ندارن — کرنل خودش اونا رو موقع راه‌اندازی سخت‌افزار چاپ می‌کنه.
Plymouth فقط اون‌ها رو رنگی نشون می‌داد.
- - -
Plymouth رنگ‌های خاصی برای پیام‌های info, warn, err تعریف می‌کنه.
- - -
چرا هنوز با dmesg --level=err,warn,crit دیده می‌شن؟
چون dmesg مستقیماً از حلقهٔ بافر کرنل (kernel ring buffer) می‌خونه،
که Plymouth هیچ نقشی در تولیدش نداره.
حتی اگر Plymouth، syslog یا journal نباشن، این پیام‌ها درون حافظهٔ کرنل ذخیره می‌شن.

[Chappie]

در مورد عکس ۳ و ۴
- - -
چیزی که متوجه شدی کاملاً درسته.
- - -
وظیفهٔ اصلی plymouth
Plymouth در اصل برای زمان بوت اولیه (initramfs) طراحی شده است:
وقتی کرنل تازه لود می‌شود و هنوز root filesystem به‌طور کامل mount نشده،
initramfs , plymouthd را اجرا می‌کند تا وضعیت بوت را به‌صورت گرافیکی نمایش دهد.

بعد از این مرحله، وقتی کنترل از initramfs به سیستم اصلی (init واقعی مثل systemd یا sysvinit) منتقل می‌شود، plymouth باید متوقف شود.
- - -
چرا اسکریپت init.d می‌گوید:

کد: [انتخاب]

Stop plymouth during boot and start it on shutdown
چون در زمان بوت واقعی (مرحلهٔ OpenRC/sysvinit)، plymouth دیگر وظیفه‌ای ندارد.
در عوض در زمان خاموش کردن سیستم دوباره برای چند ثانیه اجرا می‌شود تا صفحه‌ای شبیه «Shutting down…» نمایش دهد.
به همین دلیل، وظیفهٔ فایل /etc/init.d/plymouth این است که:
در boot: اگر plymouth هنوز از initramfs در حال اجراست → آن را stop کند
در shutdown: دوباره اجراش کند برای انیمیشن خروج.
- - -
چرا در OpenRC خطا می‌دهد؟

چون در محیط OpenRC:

initramfs معمولاً plymouth را اصلاً راه‌اندازی نکرده (به‌خصوص اگر initramfs سفارشی ساخته باشی)،

در نتیجه وقتی اسکریپت /etc/init.d/plymouth اجرا می‌شود و سعی می‌کند آن را «stop» یا «start» کند،
فرآیندی به نام /usr/sbin/plymouthd پیدا نمی‌کند → خطا می‌دهد:

کد: [انتخاب]

* ERROR: plymouth failed to start- - -
چرا با غیرفعال کردن آن خطا رفع می‌شود؟
چون وقتی این اسکریپت را از runlevel حذف می‌کنی، دیگر OpenRC سعی نمی‌کند plymouth را اجرا یا متوقف کند،
در نتیجه هیچ پیام خطایی هم نمایش داده نمی‌شود.

[Chappie]

سوال :
ببینید اصلا این مسیر وجود داره

کد: [انتخاب]

/usr/sbin/plymouthdیا به عبارت دیگر مطمئن بشید plymouth نصب هست یا نه .

کد: [انتخاب]

dpkg -l | grep plymouth

[norouzi90]

آقای   Chappie  ، ممنون از توضیحاتتان.

با توجه به عکس های 1 و 2 و 3 ، نمی دانم چرا همچنان خطای ERROR: plymouth failed to start را در زمان بوت می دهد.

[Chappie]

حذف plymouth از مدیریت OpenRC :

کد: [انتخاب]

sudo rc-update del plymouth boot
sudo rc-update del plymouth shutdown
sudo rc-update -u
اجازه بده sysvinit خودش plymouth رو کنترل کنه :
sysvinit خودش هنگام بوت، دستورهای start و stop سرویس‌ها رو بر اساس فایل زیر کنترل می‌کنه:

کد: [انتخاب]

/etc/inittab
برای اینکه plymouth در همین سطح (بدون دخالت OpenRC) مدیریت بشه،
کافیه دستور زیر رو اجرا کنی تا لینک‌های استاندارد sysvinit برای plymouth برگردن:

کد: [انتخاب]

sudo update-rc.d plymouth defaults
این دستور اسکریپت /etc/init.d/plymouth رو به runlevelهای سنتی sysvinit لینک می‌کنه:

کد: [انتخاب]

/etc/rc2.d/S20plymouth
/etc/rc6.d/K20plymouth...

یعنی الان sysvinit خودش plymouth رو اجرا می‌کنه.
الان در OpenRC نباید plymouth در rc-update show دیده بشه:

کد: [انتخاب]

rc-update show | grep plymouth(باید خروجی خالی بده)
اما در sysvinit هنوز فعال باقی می‌مونه:

کد: [انتخاب]

ls /etc/rc*.d/*plymouth*
حالا ریبوت کن:

کد: [انتخاب]

sudo reboot

[Chappie]

سوال :
خروجی این دستورات رو هم برای من همینجا قرار بدید :

کد: [انتخاب]

ps -p 1 -o pid,comm,args

کد: [انتخاب]

ls -l /sbin/init

کد: [انتخاب]

ls -l /etc/rcS.d/

کد: [انتخاب]

ls -l /etc/rc2.d/

کد: [انتخاب]

cat /etc/inittab

[norouzi90]

ممنون آقای Chappie ،

دستورات را اجرا کردم ولی در تعدادی خطا داد: عکس 1

کد: [انتخاب]

root@norouzi:~# rc-update del plymouth boot
 * rc-update: service `plymouth' is not in the runlevel `boot'


root@norouzi:~# rc-update del plymouth shutdown
 * rc-update: service `plymouth' is not in the runlevel `shutdown'


root@norouzi:~# rc-update -u
 * Caching service dependencies ...                                                                [ ok ]


root@norouzi:~# update-rc.d plymouth defaults
 * rc-update: plymouth already installed in runlevel `default'; skipping


root@norouzi:~# /etc/rc2.d/S20plymouth
-bash: /etc/rc2.d/S20plymouth: No such file or directory


root@norouzi:~# /etc/rc6.d/K20plymouth
-bash: /etc/rc6.d/K20plymouth: No such file or directory


root@norouzi:~# rc-update show | grep plymouth
             plymouth |      default                                       
         plymouth-log |                                              sysinit


root@norouzi:~# ls /etc/rc*.d/*plymouth*
/etc/rc0.d/K01plymouth /etc/rc3.d/S04plymouth /etc/rc5.d/S04plymouth /etc/rcS.d/S14plymouth-log
/etc/rc2.d/S04plymouth /etc/rc4.d/S04plymouth /etc/rc6.d/K01plymouth
root@norouzi:~#
و بقیه دستوراتی که خواسته بودید اجرا کنم در عکس های 2 و 3 و 4 و 5 می باشد.

         

[Chappie]

یعنی OpenRC در حال تلاش دوباره برای استارت چیزی است که sysvinit قبلاً اجرا کرده بود.
- - -
حذف plymouth از کنترل OpenRC

کد: [انتخاب]

sudo rc-update del plymouth default
sudo rc-update del plymouth-log sysinit
sudo rc-update -u
بررسی اینکه واقعاً حذف شدن :

کد: [انتخاب]

sudo rc-update show | grep plymouthاگر خروجی خالی بود یا فقط plymouth-log در حالت manual بود، یعنی موفق شدی .
(نباید دیگه در ستون‌های default یا sysinit دیده بشن.)

اطمینان از اینکه sysvinit خودش اجراش می‌کنه:

کد: [انتخاب]

sudo update-rc.d plymouth defaults
sudo update-rc.d plymouth-log defaults(اگر قبلاً تنظیم شدن، خودش می‌گه "skipping" و هیچ‌کاری نمی‌کنه.)
سیستم رو ریستارت کن:

کد: [انتخاب]

sudo reboot

[norouzi90]

آقای  Chappie ، ممنون از لطفتون.

ولی بعد از اجرای دستوراتی که فرموده بودید و بعد از reboot سیستم، همچنان خطای ERROR: plymouth failed to start در هنگام بوت می آید.

زیاد مهم نیست. اصلا راضی به اذیتتان نیستم.   

[Chappie]

شرمنده منم دیگه نمیدونم چکار کنم .
هر چی به ذهنم رسید رو گفتم .
این کارها هم برای این بود که گفتم شاید هر دو دارن اجراش میکنن و یکیش رو خاموش کنیم .
خلاصه نفهمیدم دلیل این خطا چیه , شاید دوستان ایده ای داشته باشند و کمکی کنند .

[norouzi90]

می خواستم یکی از بسته ها را unhold کنم، نمیدانم چرا خطا می دهد.

[Chappie]

اول این فایل رو ویرایش کنید :

کد: [انتخاب]

sudo nano /etc/apt/preferences.d/nosystemdو به این تغییر بدید و ذخیره کنید :

کد: [انتخاب]

Package: systemd
Pin: release *
Pin-Priority: -1

Package: systemd-sysv
Pin: release *
Pin-Priority: -1

Package: libpam-systemd
Pin: release *
Pin-Priority: -1
حالا میخوایم libpam-systemd رو unhold کنیم .
دوباره فایل بالا رو تغییر بدید و این خطوط رو حذف کنید :

کد: [انتخاب]

Package: libpam-systemd
Pin: release *
Pin-Priority: -1
حالا دستورات زیر رو بزنید :

کد: [انتخاب]

sudo apt update
sudo apt-mark unhold libpam-systemd
sudo apt-mark showhold   
اینجوری نباید خطا بده .

[Chappie]

این کار رو هم میتونید بکنید بعد از مثالهایی که در نوشته قبل آوردم:
فایل پین را موقتاً خالی/کامنت کن یا موقتاً جابه‌جا کن:

کد: [انتخاب]

sudo mv /etc/apt/preferences.d/nosystemd /etc/apt/preferences.d/nosystemd.off
sudo apt updateهر hold/unhold که لازم داری بزن:

کد: [انتخاب]

sudo apt-mark hold|unhold <pkg>
فایل پین را برگردان و apt update:

کد: [انتخاب]

sudo mv /etc/apt/preferences.d/nosystemd.off /etc/apt/preferences.d/nosystemd
sudo apt updateنکته: وقتی دوباره Pin-Priority: -1 می‌گذاری، آن بسته «Candidate» نخواهد داشت؛ پس دفعه‌ی بعد روی بسته‌ی نصب‌نشده، apt-mark unhold دوباره خطا می‌دهد (طبیعی است).
نکته: پین کردن libpam-systemd لازم نیست (وقتی libpam-elogind داری، خودش Conflict می‌دهد و نصب نمی‌شود).

[Chappie]

خلاصه:
وقتی برای یک بسته در ‎/etc/apt/preferences.d/… پین می‌گذاری با :

کد: [انتخاب]

Pin-Priority: -1یعنی به APT می‌گویی «این بسته اصلاً نامزد نصب نشود». نتیجه‌اش در خروجی زیر دیده می‌شود:

کد: [انتخاب]

apt-cache policy libpam-systemd
Candidate: (none)
دستورهای apt-mark hold/unhold برای کار کردن، باید حداقل یکی از این دو را ببینند:
۱ - نسخه‌ی نصب‌شده‌ی بسته در دیتابیس dpkg
۲ - یک Candidate از نظر APT

در سناریوی ما، بسته (مثل libpam-systemd) نصب نیست و پین -1 هم باعث شده Candidate: (none) باشد. یعنی «نه Installed داریم، نه Candidate». پس apt-mark نمی‌تواند بسته را resolve کند و خطای زیر منطقی است:

کد: [انتخاب]

E: Can't select installed nor candidate version from package 'libpam-systemd' as it has neither of them