রিবুট করার সময় সিস্টেমেড হ্যাং হয় কেন?


13

10 বারের মধ্যে 1, রিবুট করার সময় সিস্টেমেড হ্যাং করে। আমি কারণ বুঝতে পারি না। সমস্যাটি ঠিক করার জন্য আমার কী / কোথায় নজর দেওয়া উচিত? আমি systemd v196 ব্যবহার করছি এবং এটিকে> = 198 সংস্করণে আপগ্রেড করতে পারছি না কারণ পরবর্তীটির জন্য একটি সাম্প্রতিক কার্নেল প্রয়োজন (সিগ্রুপগুলির সমর্থন সহ), যা গ্রাহকের প্রয়োজনীয়তা অনুসারে আপডেট করা যায় না। আমি ভাবছি যদি এই আচরণের কারণটি আবিষ্কার করার এবং সিস্টেমডকে শর্তহীনভাবে সিস্টেমটিকে পুনরায় চালু করার কোনও যুক্তিসঙ্গত উপায় থাকে কিনা।

মনে রাখবেন যে এই লিঙ্কটি সাহায্য করে না: http://freedesktop.org/wiki/Software/systemd/Debugging/#index2h1

আপনি যেমন এখানে পড়তে পারেন:

শাটডাউন কখনই শেষ হয় না

সাধারণ রিবুট বা পাওয়ার অফ কয়েক মিনিট অপেক্ষা করার পরেও যদি কখনও শেষ না হয় তবে শাটডাউন লগ তৈরি করার জন্য উপরের পদ্ধতিটি সাহায্য করবে না এবং অন্যান্য পদ্ধতি ব্যবহার করে লগটি অবশ্যই পাওয়া উচিত must ডিবাগিং বুট সমস্যার জন্য কার্যকর দুটি বিকল্প শাটডাউন সমস্যার জন্যও ব্যবহার করা যেতে পারে:

use a serial console
use a debug shell - not only is it available from early boot, it also stays active until late shutdown.

আমি সিরিয়াল কনসোলটি ব্যবহার করছি, এবং কোনও কারণে আমি এমনকি লগইন করতে পারি, কারণ নৈতিকতা ইন্টারফেসটি তার আপ হয়েছে বা এনেছে (রিবুট পদক্ষেপের সময় সংযোগ বিচ্ছিন্ন হওয়ার পরে)।

আমি কারণ দেখছি না।

# cat /etc/systemd/system/
basic.target.wants/                          getty.target.wants/                          multi-user.target.wants/                     sysinit.target.wants/                        
dbus-org.freedesktop.NetworkManager.service  local-fs-pre.target.wants/                   sockets.target.wants/                        syslog.service                               
display-manager.service                      local-fs.target.wants/                       swap.target

Swap.target নোট করুন। এটি সেখানে রয়েছে তবে আমরা অদলবদল পার্টিশনগুলি মোটেই ব্যবহার করি না। আমি অদলবদলকে মুখোশ দেওয়ার চেষ্টা করেছি, তবে হ্যাং সমস্যা পুনরায় হয়। কনসোলের শেষ লাইনটি হ'ল:

[OK] Stopped target shutdown.

সম্পাদনা: যেমনটি আমি বলেছি, আমি এসথের মাধ্যমে এসএসএসের মাধ্যমে পুনরায় লগইন করতে পারি।

এখন আমি আপনাকে দুটি লগ প্রদর্শন করব। প্রথম লগটি ঘটে যখন রিবুট / শাটওয়ান স্তব্ধ হয়ে যায়, যখন দ্বিতীয় লগটি পুনরায় বুট করার সময় সফল হয়:

হ্যাং কেস, আউটপুট সর্বদা এর মতো (সম্পূর্ণ লগ):

[  OK  ] Stopped Network Time Service (one-shot ntpdate mode).
         Stopping Modem and VPN connections autoconnect...
         Stopping Login Service...
         Stopping LSB: Avahi mDNS/DNS-SD Daemon...
[  OK  ] Stopped Monitoring free system resources.
[  OK  ] Stopped Monitoring dropbear socket.
[  OK  ] Stopped Login Service.
[  OK  ] Stopped Modem and VPN c[  OK  ] Stopped Getty on tty1.
[  OK  ] Stopped Serial Getty on ttyO0.
[  OK  ] Unmounted /var/lib/opkg.
[  OK  ] Stopped Network Manager.
[  OK  ] Stopped LSB: Avahi mDNS/DNS-SD Daemon.
         Stopping D-Bus System Message Bus...
[  OK  ] Stopped target Remote File Systems.
[  OK  ] Stopped Suspend manager.
         Stopping X Server...
[  OK  ] Stopped X Server.
         Stopping System Logging Service...
[  OK  ] Stopped System Logging Service.
[   77.580000] g_ether gadget: using random self ethernet address
[   77.580000] g_ether gadget: using random host ethernet address
[   77.590000] usb0: MAC 6e:0d:de:b0:33:4f
[   77.590000] usb0: HOST MAC 62:7a:81:02:f3:ff
[   77.600000] g_ether gadget: Ethernet Gadget, version: Memorial Day 2008
[   77.600000] g_ether gadget: g_ether ready
[   77.610000] musb-hdrc musb-hdrc.0: MUSB HDRC host driver
[   77.610000] musb-hdrc musb-hdrc.0: new USB bus registered, assigned bus number 2
[   77.620000] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002
[   77.630000] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[   77.640000] usb usb2: Product: MUSB HDRC host driver
[   77.640000] usb usb2: Manufacturer: Linux 2.6.37 musb-hcd
[   77.650000] usb usb2: SerialNumber: musb-hdrc.0
[   77.650000] hub 2-0:1.0: USB hub found
[   77.660000] hub 2-0:1.0: 1 port detected
[   77.690000] ADDRCONF(NETDEV_UP): usb0: link is not ready
[  OK  ] Stopped target Reboot.
[  OK  ] Stopped Reboot.
[  OK  ] Stopped target Unmount All Filesystems.
[  OK  ] Stopped target Shutdown.
[   78.330000] <46>systemd-journald[328]: Received SIGUSR1
<hang>

সাধারণ রিবুট:

         Unmounting /var/lib/opkg...
[  OK  ] Stopped target Network.
         Stopping SSH Per-Connection Server...
[  OK  ] Stopped target Graphical Interface.
[  OK  ] Stopped target Multi-User.
         Stopping Monitoring free system resources...
         Stopping Monitoring dropbear socket...
         Stopping Network Time Service (one-shot ntpdate mode)...
[  OK  ] Stopped Network Time Service (one-shot ntpdate mode).
         Stopping Modem and VPN connections autoconnect...
         Stopping Login Service...
         Stopping LSB: Avahi mDNS/DNS-SD Daemon...
[  OK  ] Stopped Monitoring free system resources.
[  OK  ] Stopped Monitoring dropbear socket.
[  OK  ] Stopped Login Service.
[  OK  ] Unmounted /var/lib/opkg.
         Stopping Network Manager...
[  OK  ] Stopped Getty on tty1.
[  OK  ] Stopped Network Manager.
[  OK  ] Stopped Serial Getty on ttyO0.
[  OK  ] Stopped Suspend manager.
[  OK  ] Stopped LSB: Avahi mDNS/DNS-SD Daemon.
         Stopping D-Bus System Message Bus...
         Stopping X Server...
         Stopping Permit User Sessions...
[  OK  ] Stopped Permit User Sessions.
[  OK  ] Stopped target Remote File Systems.
[  OK  ] Stopped X Server.
[  OK  ] Stopped D-Bus System Message Bus.
         Stopping System Logging Service...
[  OK  ] Stopped System Logging Service.
[  OK  ] Stopped target Basic System.
[  OK  ] Stopped target Sockets.
[  OK  ] Closed dropbear.socket.
[  OK  ] Closed D-Bus System Message Bus Socket.
[  OK  ] Stopped target System Initialization.
         Stopping Import configuration from SD card...
[  OK  ] Stopped Import configuration from SD card.
         Stopping Load Kernel Modules...
         Stopping Apply Kernel Variables...
[  OK  ] Stopped Apply Kernel Variables.
[  OK  ] Stopped target Local File Systems.
         Unmounting /var...
         Unmounting /tmp...
[  OK  ] Closed Syslog Socket.
[  OK  ] Failed unmounting /var.
[  OK  ] Unmounted /tmp.
[  OK  ] Stopped Load Kernel Modules.
[  OK  ] Reached target Unmount All Filesystems.
[  OK  ] Stopped target Local File Systems (Pre).
         Stopping Remount Root and Kernel File Systems...
[  OK  ] Stopped Remount Root and Kernel File Systems.
[  OK  ] Reached target Shutdown.
[   52.340000] omap_wdt: Unexpected close, not stopping!
Sending SIGTERM to remaining processes...
[   52.490000] <46>systemd-journald[335]: Received SIGTERM
Sending SIGKILL to remaining processes...
Unmounting file systems.
Unmounting /sys/fs/fuse/connections.
Unmounting /var.
All filesystems unmounted.
Deactivating swaps.
All swaps deactivated.

হালনাগাদ:

কিছু তদন্ত এবং ডিবাগের পরে, আমি শাটডাউন বাধার কারণটি আবিষ্কার করেছি, যদিও আমি এখনও এটি সমাধান করতে পারি না। যা ঘটে তা হ'ল কিছু কারণে শটডাউনটি সম্পূর্ণ হওয়ার আগে কাস্টম পরিষেবাদিগুলির একটি শুরু হয়ে যায়, যা শাটডাউন পদ্ধতিটি স্তব্ধ করে তোলে। এটি হ্যাং একটি ঘটনা। অন্য ধরণের হ্যাং হ'ল যখন শাটডাউন বাধাগ্রস্ত হয় না তবে এটি কোনও পর্যায়ে থামে। এই কারণে, সমস্ত বিবাদ এবং অন্যান্য সম্ভাব্য সমস্যার সমাধান করার আগে একবারে একবারে ঝুলতে, আমি নিঃশর্তভাবে হার্ডওয়্যার ওয়াচডগটি সক্রিয় করতে চাই। সিস্টেমেড এর মাধ্যমে এটি করার জন্য, আমি রানটাইমওয়াটডোগসেক এবং শাটডাউনওয়াচডোগ্যাসেক পৃথকভাবে বা একসাথে সক্ষম ও পরীক্ষিত করেছি। দুর্ভাগ্যক্রমে, তারা সাহায্য করেনি। উত্স কোডটি দেখে,

আমি আটকে গেছি. আমি আপনাকে যা যা জিজ্ঞাসা করব সেগুলির জন্য কোনও উপায় সন্ধান করতে হবে: ১।হর্তডগটি নিরবচ্ছিন্নভাবে নিখুঁতভাবে শুরু করতে হবে যেখানে বন্ধ শুরু হয় ২. সনাক্ত করে সমস্ত দ্বন্দ্বকে একটি সহজ উপায়ে সমাধান করুন

প্রথম সমাধানটি পছন্দ করা হয়।


এটি কি ঝুলন্ত পথে? সিস্টেমে কোন পরিষেবাগুলি সক্ষম রয়েছে তা আপনি আমাদের সাথে ভাগ করে নিতে পারেন? কোন কাস্টম-তৈরি বেশী? আপনি কীভাবে এই সিস্টেমেড হ্যাঙটি শেষ করলেন?
ম্যাটবিয়ানকো

@ ম্যাটবিয়ানকো আমি প্রশ্নটি সম্পাদনা করেছি। আরও তথ্য আছে।
মার্টিন

প্রথম এবং দ্বিতীয় লগগুলির মধ্যে কেন আমি কোনও লাইন একইরকম দেখতে পাই না? আমি আরও সহায়তা দিতে সক্ষম হবো যদি আমি দেখতে পেলাম যে তারা কোথায় আলাদা হতে শুরু করে।
বেনজিওবি

@ বেনজিওয়েব আপনি ঠিক বলেছেন আমি আবার প্রশ্নটি সম্পাদনা করব
মার্টিন

রুট হিসাবে জার্নিটল ব্যবহার করার চেষ্টা করুন এবং সিস্টেমড জার্নালে সময়সীমা, ব্যর্থতা এবং নির্ভরতা ত্রুটিগুলি সন্ধান করুন।
harrymc

উত্তর:


5

আমি একটি সমাধান প্রস্তাব করার উদ্যোগ নিয়েছি: যুক্ত করার চেষ্টা করুন

  Before=basic.target

to /usr/lib/s systemmd/system/dbus.service।

আর্ক লিনাক্স ফোরামে আমি কিছু সময় আগে পড়েছি এমন একটি দুর্ঘটনার কথা মনে করিয়ে দেয়, আপনার লগগুলিতে আমি একটি অদ্ভুততা পেয়েছি : এই সিস্টেমটি পুনরায় বুট হবে। উপরের মতো সমাধানটি এই প্রস্তাব দেওয়া হয়েছিল যে এই পরিষেবাটি বন্ধ করার পরে কিছু পরিষেবা ডি-বাসের সাথে কথা বলার চেষ্টা করার কারণে এই হ্যাং ঘটবে:

সুতরাং বেসিক.আরগেটের আগে এটি অর্ডার করে এটি কেবলমাত্র প্রাথমিক লক্ষ্যটি পৌঁছানোর আগেই শুরু হয় না, তবে এটি নিশ্চিত করে যে এটি বেসড.টারাজেটটি শাটডাউনের সময় নামিয়ে আনা না হওয়া অবধি অবধি থাকবে।

আপনার অস্বাস্থ্যকর লগ আমরা সত্য যে বেসিক সিস্টেম বন্ধ করা হয় না, যখন এটি সঠিকভাবে বন্ধ থাকে দেখতে সুস্থ লগ।

এটি কি কাজ করে না, এবং আপনি আপগ্রেড করতে পারবেন না তা বিবেচনা করে আপনি কি ডাউনগ্রেড হিসাবে বিবেচনা করেছেন?


1
ধন্যবাদ, আমি আপনার সমাধান চেষ্টা করব। সিস্টেমেড ডিজাইনের মাধ্যমে বাগড হয়েছে বলে মনে হওয়ায় আমি ভাল পুরানো এসআইএসভিতে একটি প্রতিস্থাপন বিবেচনা করেছি।
মার্টিন

আমি এই পরিবর্তনটি প্রয়োগ করার পরে সিস্টেমে বুট থেকে পেয়েছি: অর্ডারিং চক্র পাওয়া গেছে, ডি-বাস সিস্টেম বার্তা বাস এড়িয়ে চলে। কোন ধারণা?
মার্টিন

@ মার্টিন 1: আপনার / এবং / পৃথক পার্টিশনগুলিতে ইউএসআর আছে? 2) আপনার /etc/init.d তে প্রচুর স্টাফ রয়েছে? বা /etc/rc.d এ?
মারিউস ম্যাটুটিয়া

1
এটি উবুন্টু 16.04 এ দুর্দান্ত কাজ করে, ফাইলটি বিভাগের /usr/lib/systemd/user/dbus.serviceঅধীনে ছিল[Unit]
আনোয়ার

3

shutdown.targetডিফল্টরূপে অন্যান্য সমস্ত ইউনিটের সাথে দ্বন্দ্ব, যখন শাটডাউন প্রক্রিয়া শুরু হয় তখন সেগুলিকে স্বয়ংক্রিয়ভাবে থামাতে হবে। এটি অন্যভাবেও কাজ করে - যদি অন্য ইউনিট শুরু হয়, এটি shutdown.targetবন্ধ হয়ে যায় be সমস্যা তাই যে কিছু কারণ কিছু হরতাল, যা শাটডাউন প্রক্রিয়া অগ্রাহ্য সময় শুরু।

এটি systemd v198 এ স্থির করা উচিত ছিল যা শাটডাউন কাজটিকে "অপরিবর্তনীয়" করে তোলে।


আমি আপগ্রেড করতে পারি না :(
মার্টিন

আমার অবশ্যই দ্বন্দ্বগুলি আবিষ্কার করতে হবে এবং সেগুলি ঠিক করতে হবে
মার্টিন

1

"টার্গেট শাটডাউন" পৌঁছানোর পরে অদলবদল এখনও সক্রিয় রয়েছে; আমার সমাধানটি ছিল পুনরায় বুট করার আগে অদলবদ নিষ্ক্রিয়করণ:

swapoff -a
swapoff /dev/md6

এর পরে, কোনও বিরাম ছাড়াই রিবুটটি আমার পক্ষে ঠিক হয়ে গেল।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.