mv: невозможно открыть файл общих объектов & ldquo; libstdc ++. so.6 & rdquo ;: слишком большое вложение символических ссылок

[Я должен признать, что я немного озадачен, почему основные утилиты, такие как mv или cp, будут разбиты из-за libstdc++.so.6, однако, полагая, что это причина, вот что я хотел бы попробовать]

[d2 ] Ваш выход busybox ls указывает, что вам удалось рекурсивно связать /usr/lib/x86_64-linux-gnu/libstdc++.so.6 с самим собой. К счастью, похоже, что вы не удалили или не перезаписали фактическую библиотеку /usr/lib/x86_64-linux-gnu/libstdc++.so.6.19. Таким образом, вы сможете восстановить, заново создав символическую ссылку.

Полученная будет, если либо sudo или ln, либо оба полагаются на библиотеку libstdc++. (Предположительно bash этого не делает, поскольку вы можете войти в систему с помощью оболочки на виртуальном терминале Ctrl + Alt + F3.)

Если sudo сломан, тогда вы все равно сможете загрузитесь в корневую оболочку из режима восстановления, как описано в разделе «Как загрузиться в корневую оболочку?». Затем вам нужно будет переустановить корневую файловую систему в режиме чтения-записи

mount -o remount,rw /

. После этого вы можете попытаться исправить неработающую ссылку

ln -sf libstdc++.so.6.19 /usr/lib/x86_64-linux-gnu/libstdc++.so.6

(это должно создать [Должен признаться, я немного озадачен, почему основные утилиты, такие как mv или cp, будут разбиты из-за libstdc++.so.6, однако, полагая, что это причина, вот что я попробую] , что разрешен относительно целевого пути /usr/lib/x86_64-linux-gnu/, аналогично вашей .old ссылке.

Предполагая, что это не удается, потому что ln зависит от libstdc++.so, вы можете попробовать снова, используя статически связанную busybox ], который имеет встроенный ln:

/bin/busybox ln -sf libstdc++.so.6.19 /usr/lib/x86_64-linux-gnu/libstdc++.so.6

Если это работает, вы можете exit корневой оболочки продолжить обычную загрузку.

[Я должен признать, что я немного озадачен, почему основные утилиты, такие как mv или cp, будут разбиты из-за libstdc++.so.6, однако, полагая, что это причина, вот что я хотел бы попробовать]

Ваш выход busybox ls указывает, что вам удалось рекурсивно связать /usr/lib/x86_64-linux-gnu/libstdc++.so.6 с самим собой. К счастью, похоже, что вы не удалили или не перезаписали фактическую библиотеку /usr/lib/x86_64-linux-gnu/libstdc++.so.6.19. Таким образом, вы сможете восстановить, заново создав символическую ссылку.

Полученная будет, если либо sudo или ln, либо оба полагаются на библиотеку libstdc++. (Предположительно bash этого не делает, поскольку вы можете войти в систему с помощью оболочки на виртуальном терминале Ctrl + Alt + F3.)

Если sudo сломан, тогда вы все равно сможете загрузитесь в корневую оболочку из режима восстановления, как описано в разделе «Как загрузиться в корневую оболочку?». Затем вам нужно будет переустановить корневую файловую систему в режиме чтения-записи

mount -o remount,rw /

. После этого вы можете попытаться исправить неработающую ссылку

ln -sf libstdc++.so.6.19 /usr/lib/x86_64-linux-gnu/libstdc++.so.6

(это должно создать [dолжен признаться, я немного озадачен, почему основные утилиты, такие как mv или cp, будут разбиты из-за libstdc++.so.6, однако, полагая, что это причина, вот что я попробую] , что разрешен относительно целевого пути /usr/lib/x86_64-linux-gnu/, аналогично вашей .old ссылке.

Предполагая, что это не удается, потому что ln зависит от libstdc++.so, вы можете попробовать снова, используя статически связанную busybox ], который имеет встроенный ln:

/bin/busybox ln -sf libstdc++.so.6.19 /usr/lib/x86_64-linux-gnu/libstdc++.so.6

Если это работает, вы можете exit корневой оболочки продолжить обычную загрузку.

[Я должен признать, что я немного озадачен, почему основные утилиты, такие как mv или cp, будут разбиты из-за libstdc++.so.6, однако, полагая, что это причина, вот что я хотел бы попробовать]

Ваш выход busybox ls указывает, что вам удалось рекурсивно связать /usr/lib/x86_64-linux-gnu/libstdc++.so.6 с самим собой. К счастью, похоже, что вы не удалили или не перезаписали фактическую библиотеку /usr/lib/x86_64-linux-gnu/libstdc++.so.6.19. Таким образом, вы сможете восстановить, заново создав символическую ссылку.

Полученная будет, если либо sudo или ln, либо оба полагаются на библиотеку libstdc++. (Предположительно bash этого не делает, поскольку вы можете войти в систему с помощью оболочки на виртуальном терминале Ctrl + Alt + F3.)

Если sudo сломан, тогда вы все равно сможете загрузитесь в корневую оболочку из режима восстановления, как описано в разделе «Как загрузиться в корневую оболочку?». Затем вам нужно будет переустановить корневую файловую систему в режиме чтения-записи

mount -o remount,rw /

. После этого вы можете попытаться исправить неработающую ссылку

ln -sf libstdc++.so.6.19 /usr/lib/x86_64-linux-gnu/libstdc++.so.6

(это должно создать [dолжен признаться, я немного озадачен, почему основные утилиты, такие как mv или cp, будут разбиты из-за libstdc++.so.6, однако, полагая, что это причина, вот что я попробую] , что разрешен относительно целевого пути /usr/lib/x86_64-linux-gnu/, аналогично вашей .old ссылке.

Предполагая, что это не удается, потому что ln зависит от libstdc++.so, вы можете попробовать снова, используя статически связанную busybox ], который имеет встроенный ln:

/bin/busybox ln -sf libstdc++.so.6.19 /usr/lib/x86_64-linux-gnu/libstdc++.so.6

Если это работает, вы можете exit корневой оболочки продолжить обычную загрузку.