سؤال يسقط التمهيد إلى (initramfs) مطالبات / busybox


أنا أشغل win7 dav6000 boot7 الحذاء المزدوج و Ubuntu 12.04. (حسنا ، حتى اليوم). بعد إعادة التشغيل ، تنخفض عملية التمهيد إلى shell BusyBox وأنتهي في الموجه:

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs)

لقد قمت بالبحث عن أشخاص آخرين لديهم نفس هذه المشكلة ، لكنهم لم يتمكنوا من العثور على أي من هذه الحلول للعمل من أجلي.

جربت الطريقة الموضحة هنا، وبعد الأمر النهائي mount -t ntfs-3g /dev/sda1 /root -o force لا يفعل شيئا ويعطيني موجه (initramfs) آخر.

يمكنني التمهيد على قرص مضغوط مباشر (USB) والوصول إلى مطراف ، ولكن لا يبدو أنه جيد كثيرًا ، حيث يمكنني رؤية / dev / sda1 في أمر ls ، ولكنه لا يتعرف عليه عند حاول أن تضغط عليه.

سؤال واحد آخر: استخدام الأمر fdisk -l كيف يمكنني معرفة أي نقطة تركيب (sda1 / sda2) هي قسم ويندوز الخاص بي وأي واحد هو أوبونتو؟


148
2018-05-16 02:04


الأصل


كان هذا هو الفائز ، راجع للشغل cyberciti.biz/faq/... - dpm
لا أستطيع أن أصدق لم يتم تنفيذ Canonical بعد سير عمل سهل الاستخدام السليم لإصلاح هذا الموقف :( - knocte
يجب أن تكون هناك طريقة أفضل لإصلاح الحالة. أنت لا تحتاج إلى Live Ubuntu للمهمة ، لأنني تمكنت من حلها بدونها. أعتقد أنه يمكنك إصلاح الشيء حتى في (inittramfs). - Léo Léopold Hertz 준영
Masi فعليًا ، يعمل fsck من initramfs في معظم الحالات الآن ، ولكن في إصدار ubuntu الحالي عندما تم نشر هذا السؤال ، حتى بعد fsck تم تشغيله ، تم عرض نفس الخطأ على التمهيد مرة أخرى. - Amith KK


الأجوبة:


بينما في initramfs وحدة التحكم ، مررت أمرًا ىخرج للخروج من القشرة. تم تقديم نفس وحدة التحكم قبلي ولكن هذه المرة مع الاسم الدقيق للقسم الذي تم إتلافه.

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash) 
Enter 'help' for a list of built-in commands.

(initramfs) exit

/dev/mapper/ubuntu--vg-root: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options) 
fsck exited with status code 4. 
The root filesystem on /dev/mapper/ubuntu--vg-root requires a manual fsck. 

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) fsck /dev/mapper/ubuntu--vg-root -y

fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
/dev/mapper/ubuntu--vg-root contains a file system with errors, check forced.

بعد الانتهاء من التدقيق ، أنا أعيد تشغيل النظام.

BusyBox v1.18.5 (Ubuntu 1:1.18.5-1ubuntu4) built-in shell (ash)
Enter 'help' for a list of built-in commands.

(initramfs) reboot

وهذا كل ما في الأمر ، لقد عدت إلى نظام الملفات دون أي أخطاء.


137
2017-08-28 03:33



عملت بلا عيب بالنسبة لي. تشك سربramsudharsan - Oumar FALL
عملت لأوبونتو 16.04 - Hastig Zusammenstellen
عملت لي أيضا. الحمد لله. لقد أنقذت عملي يومين - Alaksandar Jesus Gene
عملت بالنسبة لي. لكن لماذا حدث؟ - Anand Tyagi
Matt تمكين خيار لوحة المفاتيح في إعدادات BIOS (إذا قمت بتعطيل لوحة المفاتيح أثناء الإقلاع ، فاضغط مع الاستمرار على زر الطاقة حتى تسمع صوت إعادة الضبط من اللوحة) - ramsudharsan


يبدو أن لديك عظمة سيئة. لإصلاح هذا:

أولا ، التمهيد في قرص مضغوط مباشر أو USB

معرفة رقم القسم الخاص بك باستخدام

sudo fdisk -l|grep Linux|grep -Ev 'swap'

ثم قم بإدراج جميع superblocks باستخدام الأمر:

sudo dumpe2fs /dev/sda2 | grep superblock

يحل محل sda2 إلى رقم محرك الأقراص الخاص بك

يجب عليك الحصول على إخراج مماثل مثل هذا

  Primary superblock at 0, Group descriptors at 1-6
  Backup superblock at 32768, Group descriptors at 32769-32774
  Backup superblock at 98304, Group descriptors at 98305-98310
  Backup superblock at 163840, Group descriptors at 163841-163846
  Backup superblock at 229376, Group descriptors at 229377-229382
  Backup superblock at 294912, Group descriptors at 294913-294918
  Backup superblock at 819200, Group descriptors at 819201-819206
  Backup superblock at 884736, Group descriptors at 884737-884742
  Backup superblock at 1605632, Group descriptors at 1605633-1605638
  Backup superblock at 2654208, Group descriptors at 2654209-2654214
  Backup superblock at 4096000, Group descriptors at 4096001-4096006
  Backup superblock at 7962624, Group descriptors at 7962625-7962630
  Backup superblock at 11239424, Group descriptors at 11239425-11239430
  Backup superblock at 20480000, Group descriptors at 20480001-20480006
  Backup superblock at 23887872, Group descriptors at 23887873-23887878

اختر superblock بديل من هذه القائمة ، لهذه الحالة superblock بديلة # 32768

الآن ، للتحقق وإصلاح نظام ملفات Linux باستخدام superblock البديل # 32768:

sudo fsck -b 32768 /dev/sda2 -y

ال -y يستخدم العلم لتخطي كل Fix? الأسئلة والإجابة عليها جميعا بنعم تلقائيا

يجب أن تحصل على إخراج مماثل مثل هذا:

fsck 1.40.2 (12-Jul-2007)
e2fsck 1.40.2 (12-Jul-2007)
/dev/sda2 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #241 (32254, counted=32253).
Fix? yes
Free blocks count wrong for group #362 (32254, counted=32248).
Fix? yes
Free blocks count wrong for group #368 (32254, counted=27774).
Fix? yes
..........
/dev/sda2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda2: 59586/30539776 files (0.6% non-contiguous), 3604682/61059048 blocks

حاول الآن تركيب القسم

sudo mount /dev/sda2 /mnt

الآن ، حاول استعراض نظام الملفات باستخدام الأوامر التالية

cd /mnt
mkdir test
ls -l
cp file /path/to/safe/location

إذا كنت قادرًا على تنفيذ الأوامر المذكورة أعلاه ، فمن المحتمل أن تكون قد أصلحت الخطأ الخاص بك.

الآن ، أعد تشغيل جهاز الكمبيوتر الخاص بك ويجب أن تتمكن من التمهيد بشكل طبيعي.

(مصدر)


80
2018-06-10 03:37



لقد اتبعت جميع الخطوات ل sda1 ولكن لا يمكن القيام به الجزء الأخير "اختبار mkdir" !! هناك أيضا sda5 لذلك أفترض تكرار الخطوات لذلك؟ - Freddy
تكتب "حدد superblock بديل". بالتناوب لماذا؟ هل يمكنني اختيار أي من القائمة؟ - Mads Skjern
أقترح إضافة إلى الإجابة ، أنه يجب على المرء الإجابة بنعم على كل من "أسئلة الإصلاح". ولكن أيضا يمكن أن يكون هناك hundres من هذه الأسئلة ، ويمكن للمرء أن يجيب نعم للجميع ، وذلك باستخدام العلم "ي". - Mads Skjern
+1 لأولئك الذين كانوا يستخدمون gparted والآن هم هنا - Vitor Abella
ماذا إذا sudo fdisk -l|grep Linux|grep -Ev 'swap' إرجاع 2 خطوط؟ / dev / sda2 و / dev / sda5 بالنسبة لي - knocte


في الواقع ، الحل سهل فقط اكتب الأمر fsck /dev/sdax مثل أدناه واعطاء Y إذا طلبت وحدة التحكم إصلاح شيء ما:

(initramfs) fsck /dev/sda1

أو

(initramfs) fsck /dev/sdaX

X يحدد رقم جزء القرص المثبت.

إذا كنت لا تريد الضغط يدويًا على "y" في كل مرة تسأل فيها عن الإصلاح ، يمكنك أيضًا تشغيل الأمر باستخدام -y اختيار.

(initramfs) fsck /dev/sdaX -y

42
2018-06-12 09:00



بفضل المتأنق هذا حل مشكلتي ، كان على / dev / sda5 - ABD ELLATIF LAKEHAL
لماذا لم يتم قبول هذه الإجابة حتى الآن؟ بسيطة وعملية. - Swapnil
حل عظيم وأسهل! - kunicmarko20
أنقذ مؤخرتي! - Eric Wang
يجب أن تكون الإجابة المقبولة - Kareem


  1. الجواب البسيط هو إزالة قرصك الصلب في نظام onother وبدء تشغيل النظام (يرجى عدم الإقلاع عن استخدام القرص الثابت في initramfs مع أي من Ubuntu و gparted المثبتة).
  2. بداية gparted وحدد القرص الثابت الخاص بك واختر CHECK من قائمة النقر بزر الماوس الأيمن.

5
2018-02-25 10:28





لقد حاولت للتو الحصول على فرصة محظوظة من خلال تشغيل النظام باستخدام أداة "Parted Magic" من قرص مضغوط مباشر. بالنظر إلى الأقسام ، كان هناك "مساحة غير معروفة" معلنة لبعض GBytes على قسم Linux.

لذا قمت بتوسيع مساحة Linux على القسم بأكمله وفويله - منذ ذلك الحين كان حذاء Linux الخاص بي كما كان من قبل دون أي فشل حتى الآن.


2
2018-06-09 21:31