| lampslave |
|
|
Темы:
32
Сообщения:
4796
Участник с: 05 июля 2011
|
Вам его выше написали. |
| 6r4yf0x |
|
|
Темы:
6
Сообщения:
37
Участник с: 22 июля 2009
|
lampslaveВы об этом? NatrioЧтож, попробуем без чрута, хотя я более чем уверен что это не поможет. Теже самые манипуляции проводились с чрутом. шыло на мыло? |
| lampslave |
|
|
Темы:
32
Сообщения:
4796
Участник с: 05 июля 2011
|
Ну, если уверены, что не поможет - переустанавливайте. Насильно мил не будешь. |
| 6r4yf0x |
|
|
Темы:
6
Сообщения:
37
Участник с: 22 июля 2009
|
lampslaveПереустановить всегда успеется. Интерес - решить проблему) А для начала нужно хотя бы понимание в чём заключается проблема. А тыкать пальцем в небо я и сам могу) |
| Natrio |
|
|
Темы:
47
Сообщения:
4763
Участник с: 08 января 2011
|
Для начала нужно понять, что НА САМОМ ДЕЛЕ происходит и на каком этапе. В подробностях, технических. Без этого можно тыкать пальцем в небо бесконечно долго. |
| 6r4yf0x |
|
|
Темы:
6
Сообщения:
37
Участник с: 22 июля 2009
|
NatrioО_о а я что не так написал?) Что ж, опробуем, без чрута. И так, симлинки на /lib и /lib64 есть, no package owns. Сносим их, и pacman -Syu -r /mnt Затем нелюбимый чрут ;) Pacman -S linux Exit Umount Reboot PROFIT |
| lampslave |
|
|
Темы:
32
Сообщения:
4796
Участник с: 05 июля 2011
|
Это стоило сделать ещё вчера http://archlinux.org.ru/forum/topic/10881/?page=5#post-100410 Только без чрута, потому что вот это pacman -Syu -r /mntдовольно глупо. |
| Natrio |
|
|
Темы:
47
Сообщения:
4763
Участник с: 08 января 2011
|
6r4yf0x, я ожидал большей осмысленности, например точного указания, после чего происходит kernel panic. Вместо этого вы демонстритуете, что вообще не понимаете, о чём написано в первом посте темы. Итак, есть пакет glibc, содержащий стандартную библиотеку C, которая требуется почти всеми программами и без которой практически ничего работать не будет – ни так, ни в чруте. Так как программы традиционно ищут компоненты этой библиотеки в /lib/ , а теперь они в /usr/lib/ , то чтобы всё заработало, нужны 1) сама библиотека (пакет glibc) 2) симлинк(и) в корне, теперь это перенесено в пакет filesystem. Пока КАЖДЫЙ из этих пунктов не будет выполнен, работать в системе ничего не будет, в том числе и в чруте. В первом посте и написано, что обновлять их (с переходом симлинков из одного пакета в другой) можно только ОБОИХ ОДНОВРЕМЕННО. Обновите любой по отдельности – и попадёте в ловушку битого глибц, когда ничего не работает, и чрут в корень тоже. Вместо этого вы упорно пытаетесь запустить пакмана в чруте, хотя вам уже говорили, что пакман НЕ ТРЕБУЕТ ЧРУТА, а требует правильных параметров, которые вы упорно не хотите искать в мане. Вам нужно СНАЧАЛА восстановить работоспособность пакета glibc (а не только проверить симлинки), а уже потом проводить обновление любых пакетов, при обновлении которых используется (автоматически, а не вручную!) чрут, в том числе пакета linux. Кроме того, неплохо бы знать, что выполнение многих программ в чруте (когда его запустит пакман, а не когда вы запустите пакмана в чруте!) требует бинда внутрь чрута каталогов /dev /proc /sys |
| lampslave |
|
|
Темы:
32
Сообщения:
4796
Участник с: 05 июля 2011
|
Natrio Насколько я понимаю, в данной конкретной ситуации glibc работает вполне нормально. У него есть всё для работы, разница только в том, что /lib и /lib64 сейчас никому не принадлежат и filesystem их не может перезаписать. Если "сверху" (через pacman -r) накатить filesystem, предварительно удалив указанные линки, всё должно работать. |
| Natrio |
|
|
Темы:
47
Сообщения:
4763
Участник с: 08 января 2011
|
Если есть всё для работы, откуда кернел паник? |