Re: Raspberry Pi 4 Модель B
Добавлено: Пт дек 27, 2019 10:48 pm
Продолжаю. Итак. После первой неудачной попытки использовать старую репу и дабы немного проработать работу с диском решил повторить попытку.
1. Работа с диском через Gparted довольно таки удалась. Значится, что мы имеем. Вставляем флешку, в моем случае это виртуальная машина с Ubuntu 18.04. Она автоматом монтируется. Открываем boot и берем от туда конфиги. Размонтируем флешку, иначе Gparted не позволит тянуть разделы. Заходим в Gparted и выбираем корневой раздел. Забираем у него порядка 256мб и сдвигаем вправо. Чтобы Gparted нас не путал, своими премудростями, выполняем, пока, только эту операцию, в общем применяем. Все должно пройти быстро и без каких либо ошибок.
Теперь переходим к boot растягиваем его на все пустое пространство, и то что спереди и то что высвободили, применяем. Gparted ругнется ошибкой, не страшно, это его примудрость. Опять идем тянуть раздел, там мы увидим что Gparted впереди и сзади, зачем то оставил по 1Мб. Убираем это т.е. делаем так чтобы boot, занял все пространство и подтверждаем выполнение операции. Теперь раздел будет то что нужно. Но естественно все данные в нем поплывут. Не беда, все что нам нужно(конфиги) мы уже скопировали. Далее там же в Gparted форматируем раздел boot в fat32. Внимание! При форматировании раздел потеряет метку, ее нужно будет снова поставить просто написав в соответствующем поле слово boot , подтвердив выбор и применив изменения. Вуаля. Далее открываем архиватором образ Бастера, забираем от туда содержимое раздела boot и копируем его в boot вновь созданного нами раздела, предварительно не забыв его смонтировать, ну и заменяем конфиги на те что ранее забрали из boot флешки. Ну и последнее, идем из под рута в сюрс лист и вставляем туда строчку из моего предыдущего поста. Демонтируем разделы, достаем диск ну и собственно вставляем флешку в малинку.
Включаем малинку. И далее делаем все по ману ув. Aldaran из 5 поста.
Что я подметил. С моей репой, ось обновляется с единственной проблемой, в самом конце вылазит ошибка Nginx(я ее объясню позже), в остальном же, разница между репами как небо и земля, с той репой что дал я обновление длится гораздо дольше, ничего не теряется, система задает множество вопросов(оставляем все без изменений, т.е. не соглашаемся на новые дефолтные конфиги... иначе запутаетесь, написано по умолчанию N значит и ставим N, в подтверждение). И ставится вполне корректно, шел уже не летит и циклы у Мажора не падают. НО!!! Несмотря на все это и на то что Мажор запускается вроде бы корректно, в нем не работает ни один сценарий и не получается даже зайти в обновление системы. Все из за проблемной установки Nginx и PHP. Ввиду того, что Nginx не смог корректно обновиться возникает следующая белиберда. В системе остаются две версии php7.0-fpm и php7.3-fpm, причем там с ними творится что то невообразимое. В конфиге Nginx естественно прописан php7.0-fpm и он запускается, но в его наборе нет php7.0-сurl(по моему так пакет называется), в синаптике ее видно, но вот поставить ее не реально, говорит старье это голимое и фиг знает где его искать, в php7.3-fpm все в порядке и php7.3-сurl в наличии. Но вот если его подключить в конфиге Nginx, выгрузить 7.0 и загрузить 7.3, то получаем 502 ошибку. И блин, я с этим сталкивался еще когда ставил себе на Ubuntu php7.2-fpm и даже все поборол, но вот что делал убей не помню. Там что то до банального простое. Вот что я думаю, вся эта фигня напоминает мне конфликт. Судя по репе Nginx встал последний. Следовательно, нужно удалить обе версии PHP предварительно, на всякий случай сохранив конфиги и по новой поставить последнюю версию. Ну и поправить в конфиге Nginx версию на текущую. Думаю, после этого все заработает. Пока не попробовал. Устал...
1. Работа с диском через Gparted довольно таки удалась. Значится, что мы имеем. Вставляем флешку, в моем случае это виртуальная машина с Ubuntu 18.04. Она автоматом монтируется. Открываем boot и берем от туда конфиги. Размонтируем флешку, иначе Gparted не позволит тянуть разделы. Заходим в Gparted и выбираем корневой раздел. Забираем у него порядка 256мб и сдвигаем вправо. Чтобы Gparted нас не путал, своими премудростями, выполняем, пока, только эту операцию, в общем применяем. Все должно пройти быстро и без каких либо ошибок.
Теперь переходим к boot растягиваем его на все пустое пространство, и то что спереди и то что высвободили, применяем. Gparted ругнется ошибкой, не страшно, это его примудрость. Опять идем тянуть раздел, там мы увидим что Gparted впереди и сзади, зачем то оставил по 1Мб. Убираем это т.е. делаем так чтобы boot, занял все пространство и подтверждаем выполнение операции. Теперь раздел будет то что нужно. Но естественно все данные в нем поплывут. Не беда, все что нам нужно(конфиги) мы уже скопировали. Далее там же в Gparted форматируем раздел boot в fat32. Внимание! При форматировании раздел потеряет метку, ее нужно будет снова поставить просто написав в соответствующем поле слово boot , подтвердив выбор и применив изменения. Вуаля. Далее открываем архиватором образ Бастера, забираем от туда содержимое раздела boot и копируем его в boot вновь созданного нами раздела, предварительно не забыв его смонтировать, ну и заменяем конфиги на те что ранее забрали из boot флешки. Ну и последнее, идем из под рута в сюрс лист и вставляем туда строчку из моего предыдущего поста. Демонтируем разделы, достаем диск ну и собственно вставляем флешку в малинку.
Включаем малинку. И далее делаем все по ману ув. Aldaran из 5 поста.
Что я подметил. С моей репой, ось обновляется с единственной проблемой, в самом конце вылазит ошибка Nginx(я ее объясню позже), в остальном же, разница между репами как небо и земля, с той репой что дал я обновление длится гораздо дольше, ничего не теряется, система задает множество вопросов(оставляем все без изменений, т.е. не соглашаемся на новые дефолтные конфиги... иначе запутаетесь, написано по умолчанию N значит и ставим N, в подтверждение). И ставится вполне корректно, шел уже не летит и циклы у Мажора не падают. НО!!! Несмотря на все это и на то что Мажор запускается вроде бы корректно, в нем не работает ни один сценарий и не получается даже зайти в обновление системы. Все из за проблемной установки Nginx и PHP. Ввиду того, что Nginx не смог корректно обновиться возникает следующая белиберда. В системе остаются две версии php7.0-fpm и php7.3-fpm, причем там с ними творится что то невообразимое. В конфиге Nginx естественно прописан php7.0-fpm и он запускается, но в его наборе нет php7.0-сurl(по моему так пакет называется), в синаптике ее видно, но вот поставить ее не реально, говорит старье это голимое и фиг знает где его искать, в php7.3-fpm все в порядке и php7.3-сurl в наличии. Но вот если его подключить в конфиге Nginx, выгрузить 7.0 и загрузить 7.3, то получаем 502 ошибку. И блин, я с этим сталкивался еще когда ставил себе на Ubuntu php7.2-fpm и даже все поборол, но вот что делал убей не помню. Там что то до банального простое. Вот что я думаю, вся эта фигня напоминает мне конфликт. Судя по репе Nginx встал последний. Следовательно, нужно удалить обе версии PHP предварительно, на всякий случай сохранив конфиги и по новой поставить последнюю версию. Ну и поправить в конфиге Nginx версию на текущую. Думаю, после этого все заработает. Пока не попробовал. Устал...