انجمن‌های فارسی اوبونتو
کمک و پشتیبانی => سایر توزیع‌های گنو/لینوکس => دبیان => نویسنده: جعفر فرقانلوژ در 15 تیر 1401، 04:57 ب‌ظ
-
سلام
از امروز صبح لینوکس مشکل دار شده نمیتونم با لینوکس ۵.۱۸ بوت کنم
بعد از گراب مثل همیشه مینویسه کرنل چنده و یکم توضیحات بعدش صفحه بعد که باید پارتیشن رو ماونت کنه و سرویس ها اجرا بشن همونطوری اون بغل - چشمک میزنه :P
الان با ۵.۱۰ (که روی نا پایدار داشتمش بالا اوردم ) این نکته رو عرض کنم که بلا فاصله بعد از ناپایدار شدن نبود از امروز اینطوری شده
و اینکه نمیدونم بروزرسانی چیزی کرده یا نه چون گذاشتمش رو خودکار فقط اعلان میاد
ولی فکر کنم دیروز اعلان بروز رسانی رو دیدم
-
کسی مشکلی نداره ؟ جناب بهزادی یادمه شما هم ناپایدار داشتید
-
من که مشکلی ندارم
-
break رو به خط فرمان کرنل اضافه کنید و ببینید چی میشه.
-
خط فرمان کرنل باید از کجا دسترسی داشته باشم ؟ و چطور اضافه کنم ؟
باید به تنظیمات گراب اظافش کنم ؟
-
هدر های کرنل نصبن؟
برای من هم بعد آپدیت کرنل اینجوری میشد که با نصب هدر ها درست شد
-
فکر کنم قبلا اینکار رو انجام دادید.
توی منوی گراب برید روی اون گزینه‌ای که می‌خواهید بوت کنید، کلید e رو بزنید تا بشه اون رو ویرایش کرد.
خطی که با linux شروع میشه رو پیدا کنید. برید آخر اون خط و break رو اونجا بنویسید. توی اون محیط، می‌تونید با ctrl + e برید آخر خط.
در نهایت با ctrl + x یا f10، دبیان رو به همراه تغییرات بوت کنید.
از اونجایی که نمی‌خواهید break همیشه توی خط فرمان کرنل باشه، لازم نیست پیکربندی‌های گراب رو تغییر بدید..
اگه بتونید یه عکس از وقتی که break اضافه شده و وقتی که break نیست و سیستم درست بوت نمیشه قرار بدید، احتمالا بهتر میشه راهنمایی کرد.
اگه initramfs از طریق initramfs-tools ایجاد شده(پیش‌فرض دبیان هست)، افزودن break به خط فرمان کرنل باعث میشه initramfs توی مرحله premount متوقف بشه و یه پوسته اجرا کنه. شما می‌تونید توی اون پوسته کار‌های مختلفی انجام بدید. برای اینکه فرایند بوت از سر گرفته بشه، خیلی راحت اون پوسته رو با دستور exit یا فشردن ctrl + d ببندید.
ctrl + d فقط وقتی کار می‌کنه که توی خط فعلی چیزی نوشته نشده.
گزارش‌های apt رو بررسی کنید، اگه سیستم خودکار بروزرسانی شده باشه، اونجا مینویسه.
کزارش‌های apt توی مسیر زیر ذخیره میشن.
/var/log/apt
فایل history.log توی دایرکتوری بالا، آخرین گزارش‌ها رو داره.
ممکنه توی دایرکتوری بالا یه سری فایل فشرده هم پیدا کنید. اونها گزارش‌های قبلی هستند که توسط logrotate فشرده شدند تا جای کمتری اشغال کنند.
با tail -n 30، سی خط آخر فایل رو ببینید.
tail -n /var/log
اگه نمی‌تونید به دبیان نصب شده دسترسی پیدا کنید تا گزارش‌ها رو ببینید، میشه. سیستم رو با یه توزیع زنده بوت و فایل‌سیستمی که /var/log/ روی اون قرار داره رو یه جا (مثلا /mnt/) سوار کنید و بعد گزارش‌ها رو ببینید.
هدر های کرنل نصبن؟
برای من هم بعد آپدیت کرنل اینجوری میشد که با نصب هدر ها درست شد
احتمالا سخت‌افزار‌های شما به درایور‌هایی نیاز داشتند که همراه کرنل نبوده. به خاطر همین یه بسته رو نصب کردید که شامل کد اون ماژول‌ها بوده و بعد اون کد‌ها توسط dkms کامپایل شدند.
برای کامپایل یه ماژول برای کرنل لینوکس، دسترسی به headerهای کرنل نیاز دارید.
فکر نکنم مشکل ایشون به هدر‌های کرنل مربوط باشه چون تا جایی که میدونم، به ماژولی خارج از اونهایی که همراه کرنل هست، نیاز ندارند.
-
تغییر دادم ،پوسته اجرا شد، ازش خارج شدم ، بوت شد این هم
اخرین گزارش apt
Start-Date: 2022-07-05 10:30:32
Commandline: /usr/bin/unattended-upgrade
Upgrade: libboost-thread1.74.0:amd64 (1.74.0-16, 1.74.0-16.1)
End-Date: 2022-07-05 10:30:36
توی پیام بعدی تصاویر رو میزارم ( با گوشی گرفتم )
-
.
-
unattended upgrades یه سری بسته‌ها رو دو روز پیش ارتقا داده. unattended upgrades بسته‌ها رو جدا جدا بروزرسانی می‌کنه تا احتمال ایجاد مشکل کمتر بشه. البته اگه یه بسته به بسته‌های دیگه وابسته باشه، اون وابستگی‌ها رو هم ارتقا میده. به همین دلیل، معمولا بروزرسانی‌هایی که توسط unattended upgrades انجام شده، توی چندین خط توی گزارش‌های apt نمایان میشه.
فکر کنم کرنل هم توسط unattended upgrades بروزرسانی شده.
quiet و splash رو از خط فرمان کرنل بردارید تا ببینید داره چه اتفاقی می‌افته. بررسی کنید که چه سرویس‌هایی با موفقی اجرا میشن و کدوم‌ها مشکل دارند. ببینید سرویس sddm درست اجرا میشه یا نه.
systemd معمولا چیز‌هایی که با مشکل مواجه میشن رو با رنگ قرمز نشون میده.
-
توی چندین خط توی گزارش‌های apt نمایان میشه.
Commandline: /usr/bin/unattended-upgrade
Upgrade: libglib-object-introspection-perl:amd64 (0.049-1+b3, 0.049-2)
End-Date: 2022-07-05 10:28:14
Start-Date: 2022-07-05 10:28:16
Commandline: /usr/bin/unattended-upgrade
Upgrade: orca:amd64 (42.1-2, 42.2-1)
End-Date: 2022-07-05 10:28:23
Start-Date: 2022-07-05 10:28:25
Commandline: /usr/bin/unattended-upgrade
Upgrade: python3-pyatspi:amd64 (2.38.2-1, 2.45.1-1)
End-Date: 2022-07-05 10:28:27
Start-Date: 2022-07-05 10:28:29
Commandline: /usr/bin/unattended-upgrade
Upgrade: libboost-iostreams1.74.0:amd64 (1.74.0-16, 1.74.0-16.1)
End-Date: 2022-07-05 10:28:31
Start-Date: 2022-07-05 10:28:33
Commandline: /usr/bin/unattended-upgrade
Upgrade: gnome-control-center:amd64 (1:42.2-1, 1:42.3-1)
End-Date: 2022-07-05 10:28:38
Start-Date: 2022-07-05 10:28:40
Commandline: /usr/bin/unattended-upgrade
Upgrade: dmsetup:amd64 (2:1.02.183-1, 2:1.02.183-2), libdevmapper1.02.1:amd64 (2:1.02.183-1, 2:1.02.183-2)
End-Date: 2022-07-05 10:29:41
Start-Date: 2022-07-05 10:29:55
Commandline: /usr/bin/unattended-upgrade
Upgrade: init-system-helpers:amd64 (1.63, 1.64)
End-Date: 2022-07-05 10:30:01
Start-Date: 2022-07-05 10:30:14
Commandline: /usr/bin/unattended-upgrade
Upgrade: libboost-filesystem1.74.0:amd64 (1.74.0-16, 1.74.0-16.1)
End-Date: 2022-07-05 10:30:18
Start-Date: 2022-07-05 10:30:32
Commandline: /usr/bin/unattended-upgrade
Upgrade: libboost-thread1.74.0:amd64 (1.74.0-16, 1.74.0-16.1)
End-Date: 2022-07-05 10:30:36
quiet و splash رو از خط فرمان کرنل بردارید تا ببینید داره چه اتفاقی می‌افته. بررسی کنید که چه سرویس‌هایی با موفقی اجرا میشن و کدوم‌ها مشکل دارند. ببینید سرویس sddm درست اجرا میشه یا نه.
systemd معمولا چیز‌هایی که با مشکل مواجه میشن رو با رنگ قرمز نشون میده.
مشکل اینه که حتی به مانت پارتیشن روت هم نمیرسه چه برسه به اجرای سرویس ها !
لینوکس که اجرا میشه میره صفحه بعد فقط خط فاصله اونجا چشمک می زنه
-
احتمالا کرنل توسط unattended upgrades بروزرسانی شده.
مطمئن هستید سیستم به سوار کردن فایل‌سیستم روت نمیرسه و توی محیط initramfs باقی می‌مونید؟
تا جایی که میدونم، اگه initramfs نتونه فایل‌سیستم روت رو سوار کنه، یه پوسته اضطراری باز می‌کنه.
اون کار‌هایی که گفتم رو انجام دادید؟ اینجوری میشه فهمید توی کدوم قسمت مشکل پیش میاد.
-
این دفعه که اومدم بدون هیچ کاری بالا اومد الان داره درست کار می کنه
کار هایی که گفتید رو کردم اما خروجی خیلی سریع بود نتونستم کلش رو عکس بگیرم ولی بخش پایانی و جایی که قرمز نوشته بود رو گرفتم
اما همه چی طبیعیه و بالا هم اومد
-
مثل اینکه فقط همون یک دفعه میخواسته بنده رو سر کار بزاره
هنوز مشکل پا برجاست و هر دفعه باید با نسخه قدیمی کرنل بالا بیارم دبیان رو
-
این دفعه که اومدم بدون هیچ کاری بالا اومد الان داره درست کار می کنه
کار هایی که گفتید رو کردم اما خروجی خیلی سریع بود نتونستم کلش رو عکس بگیرم ولی بخش پایانی و جایی که قرمز نوشته بود رو گرفتم
اما همه چی طبیعیه و بالا هم اومد
طبق اون عکسی که قرار دادید، سرویس networking مشکل داره. ولی تا جایی که میدونم، مشکل داشتن این سرویس نباید از بوت شدن سیستم جلوگیری کنه.
خروجی این دستور رو قرار بدید
systemctl status networking.service
مثل اینکه فقط همون یک دفعه میخواسته بنده رو سر کار بزاره
هنوز مشکل پا برجاست و هر دفعه باید با نسخه قدیمی کرنل بالا بیارم دبیان رو
کلا quiet و splash رو از خط فرمان کرنل برارید تا دبیان همیشه موقع بوت شدن، بگه داره چیکار می‌کنه. اینجوری لازم نیست هر بار دستی اونها رو از خط فرمان کرنل بردارید.
برای اینکار، پیکربندی گراب توی مسیر زیر رو باز کنید
/etc/default/grub
بعد quit و splash رو از متغیر‌های GRUB_CMDLINE_LINUX و GRUB_CMDLINE_LINUX_DEFAULT بردارید.
در نهایت پیکربندی‌های اصلی گراب رو دوباره ایجاد کنید.
sudo update-grub