"শেষ" কমান্ডে কলামগুলির অর্থ


15

আমি যখন একটি সার্ভারকে নিয়মিত ফ্যাশনে পুনরায় চালু করছিলাম তদন্ত করছিলাম, আমি "শেষ" ইউটিলিটিটি সন্ধান করতে শুরু করেছি তবে সমস্যাটি হ'ল আমি কলামগুলি ঠিক কী বোঝাতে চাইছি তা খুঁজে পেতে অক্ষম। আমি অবশ্যই লোকটিকে দেখেছি কিন্তু এতে এই তথ্য নেই not

root@webservice1:/etc# last reboot   
reboot   system boot  3.2.13-grsec-xxx Thu Apr 12 09:44 - 09:58  (00:13)    
reboot   system boot  3.2.13-grsec-xxx Thu Apr 12 09:34 - 09:43  (00:08)    
reboot   system boot  3.2.13-grsec-xxx Thu Apr 12 09:19 - 09:33  (00:13)    
reboot   system boot  3.2.13-grsec-xxx Thu Apr 12 08:51 - 09:17  (00:25)    
reboot   system boot  3.2.13-grsec-xxx Thu Apr 12 00:11 - 09:17  (09:05)    
reboot   system boot  3.2.13-grsec-xxx Wed Apr 11 19:40 - 09:17  (13:36)    
reboot   system boot  3.2.13-grsec-xxx Sun Apr  8 22:06 - 09:17 (3+11:10)   
reboot   system boot  3.2.13-grsec-xxx Sat Apr  7 14:31 - 09:17 (4+18:45)   
reboot   system boot  3.2.13-grsec-xxx Fri Apr  6 10:20 - 09:17 (5+22:56)   
reboot   system boot  3.2.13-grsec-xxx Thu Apr  5 00:16 - 09:17 (7+09:01)   
reboot   system boot  3.2.13-grsec-xxx Tue Apr  3 07:34 - 09:17 (9+01:42)   
reboot   system boot  3.2.13-grsec-xxx Tue Apr  3 02:31 - 09:17 (9+06:45)   
reboot   system boot  3.2.13-grsec-xxx Mon Apr  2 23:17 - 09:17 (9+09:59)   

প্রথম কলামগুলি অন্তর্ভুক্ত কার্নেল সংস্করণগুলি বোঝায়। এই সময়গুলি ঠিক কী উপস্থাপন করে? শেষটি আপটাইম বলে মনে হচ্ছে।

দ্বিতীয়ত, 24/7 এ এটি একটি সার্ভার হিসাবে গণ্য হবে যা সময়গুলি মেলেনি বলে মনে হচ্ছে যার অর্থ এটি ডাউনটাইম বা অনুরূপ কিছু উপভোগ করছে could উদাহরণস্বরূপ, আমরা যদি দুটি শেষ লাইনের দিকে নজর রাখি তবে এর অর্থ কি আমার সার্ভারটি এপ্রিল 2 09:17 থেকে এপ্রিল 02:31 পর্যন্ত বন্ধ ছিল?

ব্যাকগ্রাউন্ডের তথ্য হিসাবে, এটি একটি ডেবিয়ান স্কুইজ সার্ভার।

সম্পাদনা

যদি শেষ কলমগুলি শুরু করার সময় হয়, সময় এবং আপটাইম বন্ধ করুন, আপনি কীভাবে এই দুটি লাইনের ব্যাখ্যা করতে পারেন:

reboot   system boot  3.2.13-grsec-xxx Tue Apr  3 07:34 - 09:17 (9+01:42)   
reboot   system boot  3.2.13-grsec-xxx Tue Apr  3 02:31 - 09:17 (9+06:45)   

প্রথম অধিবেশনটি প্রথম শুরু হওয়ার পরে শেষ হবে বলে মনে হয় যা আমার কাছে বোধগম্য নয়।



এই প্রশ্নটি কেবল আপটাইম কলামকে অন্তর্ভুক্ত করে।
এন্টোইন বেনকামাউন

উত্তর:


12

আমার ধারণা এটি তিন বছরের পুরানো পোস্ট, তবে আমি সাম্প্রতিককালে যেমন করেছি, ভবিষ্যতে এরকম যে কেউ ঘটবে তার পক্ষে, আমি যেভাবেই প্রতিক্রিয়া জানাব।

অন্যান্য পোস্টগুলি পড়া এবং আউটপুট নিজে নিজে পর্যবেক্ষণ করা থেকে দেখে মনে হচ্ছে যে প্রতিটি লাইন সেশনের শুরু তারিখ এবং সময়, সেশনের শেষ সময় (তবে শেষের তারিখ নয়) এবং সেশনের সময়কাল তালিকাভুক্ত করে (তারা কতক্ষণ লগ ইন ছিলেন) এর মতো বিন্যাসে

(দিন + + সময়: মিনিট)

রিবুট ব্যবহারকারী যখনই সিস্টেমটি চালু হয় তখন লগইন করে থাকে এবং সিস্টেমটি পুনরায় চালু করা বা বন্ধ করার সময় বন্ধ হয় এবং এই লাইনে, "সেশন সময়কাল" তথ্যটি দৈর্ঘ্য (দিন + ঘন্টা: মিনিট) বলে মনে হয় এই "অধিবেশন" টিকেছিল, এটি বন্ধ হওয়ার আগে সিস্টেমটি কতক্ষণ চলছিল।

আমার জন্য, সাম্প্রতিকতম রিবুট এন্ট্রি বর্তমান সময়টিকে "লগ-অফ" সময় হিসাবে দেখায় এবং সেই প্রবেশের সেশন সময়কাল ডেটা বর্তমান আপটাইম আউটপুটটির সাথে মেলে matches

সুতরাং এই লাইনে:

রিবুট সিস্টেম বুট 3.2.13-grsec-xxx মঙ্গল 3 এপ্রিল 07:34 - 09:17 (9 + 01: 42)

এই সিস্টেমটি মঙ্গলবার, 3 এপ্রিল মঙ্গলবার সকাল 7:34 টায় শুরু হয়েছিল এবং এটি 9 দিন 1 ঘন্টা 42 মিনিট পরে (12 ই এপ্রিল) সকাল 9: 17 এ বন্ধ ছিল was (অথবা, এই আউটপুটটি সেই সময় জড়ো হয়েছিল, এবং এটি সর্বাধিক সাম্প্রতিক পুনরায় বুট এন্ট্রি, এবং "রিবুট" আসলে এখনও "লগ-অফ" হয়নি which আপনি যদি শেষ কমান্ডটি আবার চালনা করেন তবে আউটপুট পরিবর্তন হবে))

3 ই এপ্রিল, রিবুট ব্যবহারকারীর জন্য আপনার 2 টি প্রবেশিকা কেন থাকবে, যা উভয়ই 9 দিনের দীর্ঘ ছিল, তা আমার কাছে একটি রহস্য; আমার সিস্টেমগুলি এটি করে না।


1

সারসংক্ষেপ

  • প্রথম টাইমস্ট্যাম্পটি পুনরায় বুট করার সময় সিস্টেমটি নেমে যাওয়ার সময় হিসাবে উপস্থিত হয়।
  • দ্বিতীয় টাইমস্ট্যাম্প এবং অতিবাহিত সময় খুব কার্যকর নয়।
  • শাটডাউন এবং রান লেভেলের পরিবর্তনগুলি সম্পর্কিত যা লাইনগুলিতে প্রদর্শিত টাইমস্ট্যাম্পগুলিকে প্রভাবিত করে সে সম্পর্কিত অন্যান্য ইভেন্টগুলি দেখানোর -xজন্য বিকল্পটি পাস lastকরা কার্যকর হতে পারে reboottuptimeটুল অন্য উত্তর উল্লেখ হিসাবে এই স্বচ্ছ করে তুলতে পারে, কিন্তু আমি এটাকে লাগছিল না।

বিস্তারিত

lastসেন্টওএস 6 এবং 7 মানুষ পৃষ্ঠাটি জানাচ্ছে:

সিউডো ব্যবহারকারী রিবুট লগগুলি প্রতিটি সময় সিস্টেমটি পুনরায় বুট করার সময় লগ করে।

এটি ব্যবহারকারী কখন লগ আউট করে সে সম্পর্কে কিছুই বলে না এবং নীচে প্রদর্শিত প্রমাণগুলি মনে করে যে কোনও লগ আউট সময় স্পষ্টভাবে রেকর্ড করা হয়নি। rebootএবং shutdownমানুষ পৃষ্ঠাগুলি চালাতে স্তর পরিবর্তন রেকর্ডিং কেউ যদি আগ্রহী হয় সম্পর্কে আরো বিবরণ আছে।

পরীক্ষা করে দেখা যায় যে লগ ইন সময় বন্ধ হওয়ার প্রক্রিয়াতে দেরী থেকে এসেছে - rebootকমান্ড জারি হওয়ার সময় থেকে এটি আসে নি ।

সুতরাং মনে হচ্ছে লগ আউট বার (দ্বিতীয় টাইমস্ট্যাম্প) এবং "রিবুট" লগ ইন করার সময়কাল (বন্ধনীতে দেখানো হয়েছে) সম্ভবত উপেক্ষা করা উচিত।

আপনি যদি -Fবিকল্পটি পাস করেন তবে lastএটি আপনাকে পুরো টাইমস্ট্যাম্পগুলি প্রদর্শন করবে, যা এটি সামান্য স্পষ্ট করে তুলবে যে মেশিনটি একই সময়ে কাকতালীয়ভাবে রিবুট হচ্ছে না, এটি ঠিক কয়েকবার একই টাইমস্ট্যাম্পটি দেখায় showing এছাড়াও, আপনি -xপতাকাটি পাস করলে এটি "সিস্টেম শাটডাউন এন্ট্রি এবং রান স্তর স্তর পরিবর্তনগুলি" দেখায়।

এখানে, আমি এটি CentOS 7 এ চালিয়েছি এবং আমি -Rহোস্টনাম / কার্নেল সংস্করণ কলামটি দমন করার বিকল্পটিও দিয়েছি । আমি কিছু উত্সাহী রুট লগইনগুলিও ছড়িয়ে দিয়েছি:

# date ; last -x -F -R
Mon Nov 12 01:10:44 UTC 2018
root     pts/0        Mon Nov 12 00:02:57 2018   still logged in
runlevel (to lvl 3)   Sat Nov 10 17:57:29 2018 - Mon Nov 12 01:10:44 2018 (1+07:13)
reboot   system boot  Sat Nov 10 17:57:12 2018 - Mon Nov 12 01:10:44 2018 (1+07:13)
runlevel (to lvl 3)   Sat Oct 27 17:58:20 2018 - Sat Nov 10 17:57:29 2018 (13+23:59)
reboot   system boot  Sat Oct 27 17:58:03 2018 - Mon Nov 12 01:10:44 2018 (15+07:12)
runlevel (to lvl 3)   Sat Jul 21 18:14:55 2018 - Sat Oct 27 17:58:20 2018 (97+23:43)
reboot   system boot  Sat Jul 21 18:14:16 2018 - Mon Nov 12 01:10:44 2018 (113+06:56)
runlevel (to lvl 3)   Sun Nov 12 22:36:14 2017 - Sat Jul 21 18:14:55 2018 (250+19:38)
reboot   system boot  Sun Nov 12 22:35:35 2017 - Mon Nov 12 01:10:44 2018 (364+02:35)
root     pts/0        Fri Nov 10 07:13:20 2017 - crash                    (2+15:22)
runlevel (to lvl 3)   Sun Aug 27 04:15:56 2017 - Sun Nov 12 22:36:14 2017 (77+18:20)
reboot   system boot  Sun Aug 27 04:14:59 2017 - Mon Nov 12 01:10:44 2018 (441+20:55)
runlevel (to lvl 3)   Mon Aug 14 00:14:01 2017 - Sun Aug 27 04:15:56 2017 (13+04:01)
reboot   system boot  Mon Aug 14 00:13:46 2017 - Mon Nov 12 01:10:44 2018 (455+00:56)

সর্বোপরি "টি" রিবুট "লাইনের বর্তমান সময়ের সমান লগআউট সময় রয়েছে।

shutdown system down  Fri Aug 11 08:05:29 2017 - Mon Aug 14 00:13:46 2017 (2+16:08)
root     pts/0        Fri Aug 11 08:05:23 2017 - down                      (00:00)
runlevel (to lvl 3)   Fri Jun 30 07:05:42 2017 - Fri Aug 11 08:05:29 2017 (42+00:59)
reboot   system boot  Fri Jun 30 07:05:27 2017 - Fri Aug 11 08:05:29 2017 (42+01:00)
[...]
root     pts/0        Fri Jun 30 05:48:16 2017 - crash                     (01:17)
root     pts/0        Tue Jun 27 04:59:56 2017 - Tue Jun 27 05:00:30 2017  (00:00)
root     pts/0        Mon Jun 26 11:20:57 2017 - Mon Jun 26 04:24:39 2017  (-6:-56)
runlevel (to lvl 3)   Mon Jun 26 11:15:13 2017 - Fri Jun 30 07:05:42 2017 (3+19:50)
reboot   system boot  Mon Jun 26 11:14:57 2017 - Fri Aug 11 08:05:29 2017 (45+20:50)
root     pts/0        Sun Jun 25 14:07:51 2017 - crash                     (21:07)
[...]
root     tty1         Thu Jun 22 13:07:42 2017 - crash                    (3+22:07)
runlevel (to lvl 3)   Thu Jun 22 13:07:07 2017 - Mon Jun 26 11:15:13 2017 (3+22:08)
reboot   system boot  Thu Jun 22 13:06:51 2017 - Fri Aug 11 08:05:29 2017 (49+18:58)
root     pts/0        Thu Jun 22 12:43:56 2017 - crash                     (00:22)
runlevel (to lvl 3)   Thu Jun 22 12:30:53 2017 - Thu Jun 22 13:07:07 2017  (00:36)
reboot   system boot  Thu Jun 22 12:30:38 2017 - Fri Aug 11 08:05:29 2017 (49+19:34)
root     pts/1        Thu Jun 22 12:26:49 2017 - crash                     (00:03)
root     pts/0        Thu Jun 22 11:55:28 2017 - crash                     (00:35)
runlevel (to lvl 3)   Thu Jun 22 11:49:53 2017 - Thu Jun 22 12:30:53 2017  (00:41)
reboot   system boot  Thu Jun 22 11:49:14 2017 - Fri Aug 11 08:05:29 2017 (49+20:16)

সর্বোপরি 5 টি "রিবুট" রেখাগুলি তাদের অনুসরণকারী "শাটডাউন সিস্টেম ডাউন" সময়ের সমান লগআউট সময় রয়েছে।

shutdown system down  Thu Jun 22 11:47:45 2017 - Thu Jun 22 11:49:14 2017  (00:01)
[...]
runlevel (to lvl 3)   Wed Jun 21 15:59:42 2017 - Thu Jun 22 11:47:45 2017  (19:48)
reboot   system boot  Wed Jun 21 15:59:27 2017 - Thu Jun 22 11:47:45 2017  (19:48)

"রিবুট" লগআউট সময়ের সাথে আবার "শটডাউন সিস্টেম ডাউন" মিলছে।

shutdown system down  Wed Jun 21 15:57:58 2017 - Wed Jun 21 15:59:27 2017  (00:01)
root     pts/0        Wed Jun 21 14:27:43 2017 - down                      (01:30)
[...]
runlevel (to lvl 3)   Tue Jun 20 17:14:15 2017 - Wed Jun 21 15:57:58 2017  (22:43)
reboot   system boot  Tue Jun 20 17:14:00 2017 - Wed Jun 21 15:57:58 2017  (22:43)

যেমন উপরে.

আমি উপরের ফলাফলগুলি থেকে ধরে নিয়েছি যে সিউডো ব্যবহারকারী "রিবুট" এর জন্য কোনও স্পষ্ট লগআউট সময় রেকর্ড করা হয়নি, সুতরাং lastএটি পরবর্তী "শাটডাউন সিস্টেম বুট" এর একটি লগআউট সময়, বা "শাটডাউন সিস্টেম বুট" না থাকলে বর্তমান সময় নির্ধারণ করে "এটি অনুসরণ করা।

"রানলেভেল (lvl 3)" এন্ট্রিগুলি মনে হয় যে তাদের জন্য আরও বুদ্ধিমান লগআউট সময় অনুমান করা হয়েছে, তবে এটি ক্র্যাশগুলি বিবেচনায় নিয়েছে বলে মনে হয় না।


0

ম্যানপেজ থেকে, শেষের কলামগুলি সেশন শুরুর সময়, স্টপ সময় এবং সেশনের সময়কাল বলে মনে হচ্ছে।


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

0

আমি যখন সার্ভার সরবরাহকারী (সাম্প্রতিক মেল্টডাউন এবং স্পেকটার সিপিইউ দুর্বলতাগুলি প্যাচ করার জন্য একটি নির্ধারিত টাস্ক) দ্বারা সার্ভারটিকে পুনরায় চালু করা হয়েছিল তখন এবং অপারেশনের আসল ডাউনটাইমটি কী ছিল তা আমি খুঁজছিলাম।

আমি "লাস্ট রিবুট" এর বিকল্পটি ব্যবহার করি কারণ আমার কাছে মনে হয় যে এটি ইতিমধ্যে আপনি লক্ষ্য করেছেন বলে এর পরিষ্কারতার অভাব রয়েছে।

কার্যকর করা tuptime -lআমি সিস্টেমের আচরণের নিম্নলিখিত তালিকাটি দেখতে পাচ্ছি:

...
Startup:  26  at  06:51:32 AM 11/06/2017
Uptime:   72 days, 20 hours, 5 minutes and 15 seconds
Shutdown: OK  at  02:56:47 AM 01/18/2018
Downtime: 18 minutes and 44 seconds

Startup:  27  at  03:15:31 AM 01/18/2018
Uptime:   5 days, 7 hours, 11 minutes and 32 seconds

যার মধ্যে স্পষ্ট যে নির্দিষ্ট সময় এবং তারিখ "02:56:47 এএম 01/18/2018" এ সিস্টেম শটডাউন পদ্ধতি অনুসরণ করে শ্যুটাউন করা হয়েছিল। ডাউনটাইমটি "18 মিনিট 44 সেকেন্ড" বরাবর ছিল এবং স্টার্টআপটি "03:15:31 এএম 01/18/2018" এ ছিল এবং এটি এখনও আপাতত চলমান।


-1

আপনি যেমনটি বলেছেন শেষ লাইনের আপটাইম। শেষ দুটি কলাম পুনরায় বুট করার সময় এবং বর্তমান সময় আমার মনে হয়। কারণ যখন আমি শেষ কমান্ডটি চালাব তখন পিছন থেকে দ্বিতীয় কলামটি বর্তমান সময়টি প্রদর্শন করে এবং সর্বদা পরিবর্তন করে।


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