Help, помощь со станком для форсунок BOSH (китай)

[Tear]

Единственное что не до конца понимаю, на флешке есть раздел boot, получается что когда мы включаем систему он именно с этого раздела читает все а потом уже переписывает в саму систему?

Там, скорее всего, загрузчик.

Как я понимаю по умолчанию у нас и не должно было быть никакого рабочего стола, а команда startx должна что то запускать, но почему то не может этого сделать.

startx запускает X-сервер.
Рекомендую, всё-таки, поискать рабочий дамп.

[Far2n]

Рекомендую, всё-таки, поискать рабочий дамп.

Да я ищу в процессе. Пока толку мало от поисков. Везде цена вопроса встает 18-22 т.р.
Пользователь добавил сообщение 31 Января 2019, 18:49:26:Может быть есть идеи у кого как можно переустановить систему, без потери приложений? Или как эти приложения можно вытащить со старой флэшки?

[fdxcd]

Может быть есть идеи у кого как можно переустановить систему, без потери приложений? Или как эти приложения можно вытащить со старой флэшки?

Far2n, вам уже в самом начале кажется говорили: снимите образ и экспериментируйте с ним. Чтобы ничего не напортить.

Снять полный точный образ можно утилитой dd, опытные товарищи могут подробней рассказать.

« Ответ #21 : 27 Январь 2019, 17:29:00 »

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

[Raf73]

Насколько понимаю, ситуация следующая:
1. Имеется битая оригинальная система
2. Есть флеш с рабочей системой для малинки.

Если ситуация такая, то предлагаю применить следующее колдунство:
попробовать провести копирование недостающих файлов из оригинальной в рабочую. Работаем с папками /etc, /usr, /opt и можно ещё прихватить /bin и /sbin. Из папки /var попробовать добавить всё кроме кэша и tmp
Если что-то упустил из вида, то ребята, возможно, подскажут.

[Far2n]

снимите образ и экспериментируйте с ним

Образ уже снял, так что в любой момент можем откатиться.

(Нажмите, чтобы показать/скрыть)

echo Update package version is: 20160914
LogFile="/home/pi/system_update_log/20160914"
tempPath="/home/pi/temp"
LogPath="/home/pi/system_update_log"
FilePath="updatefile"
tarfile=$1"/update_system/20160914.tar";
if [ ! -x "$tempPath" ]; then
  mkdir "$tempPath"
fi

if [ ! -x "$LogPath" ]; then
  mkdir "$LogPath"
fi
if [ -f "$LogFile" ]; then
  echo "This package is patched,do you repatch it now? yes(y) / no(n)"
  read -p "Please input:"  yn
  if [ "$yn" != "y" ]; then
    echo "Exit patch!!!"
    exit 0
  fi
fi
touch  $LogFile
rm -rf $tempPath/*
#tarfile = "$1/update_system/20160914.tar"
echo $tarfile
if [ ! -f "$tarfile" ]; then
  echo "update package is no find"
  exit 1
fi

cp $tarfile  $tempPath
cd $tempPath

tar -xf 20160914.tar .
cd $FilePath
sudo cp ./.bashrc ~/
sudo cp ./rc.local /etc/
#sudo cp -rf ./crs_tool* /home/pi/crsrun
cp ./*.png /home/pi/crsrun/img
sudo cp ./set* /home/pi/crsrun
echo "20160914 is patched success!!!"
echo "Please Restart System"
exit 0

Нашел в корне папку с названием CRSRUN ( crs это блоки управления станком) в ней есть папка repair а в ней папка update_system_20160914 уже в ней кучка всяких файлов для папок home,etc и лежит файл который открывается в ubuntu в редакторе (текст под спойлером) в свойствах  написано TYPE: shell script (application/x-shellscript)
Получается это скрипт который как то можно запустить?

[Dzhoser]

Нужно смотреть логи и искать ошибки почему не загружается,а запускать все подряд имхо глупо...

[zg_nico]

Far2n, до чего дошел прогресс... Скачал предоставленный Вами образ, распаковал его на карту памяти (знаю, что можно было бы просто смонтировать сегментами, но как-то так оно ближе к реальности, как мне кажется). Загрузил kernel-qemu-4.4.34-jessie отсюда. Установил себе qemu. Запускаю:

Код: [Выделить]

sudo qemu-system-arm -kernel ~/qemu_vms/kernel-qemu-4.4.34-jessie -cpu arm1176 -m 256 -M versatilepb -serial stdio -append "root=/dev/sda2 rootfstype=ext4 rw" -hda /dev/mmcblk0Здесь: ~/qemu_vms/kernel-qemu-4.4.34-jessie - скачанный мною отдельно образ ядра, /dev/mmcblk0 - адрес моего карт-ридера на шине.
Проходит загрузка... Есть явные заминки (подозреваю, что пытается искать устройства, сэмулировать которые я понятия не имею как), но загрузку не прекращает...

И стопырится все на том, что я-таки в emergency-mode, и мне-таки нужен пароль root для того, чтобы хотя бы миновать строку приветствия:

Исследование файла /etc/shadow натолкнуло меня на мысль, что пароль оно может хотеть от учетной записи moskalenko хотя бы. Или от pi. Или от root (как само того требует). Хэши публиковать полностью не буду, -  просто приведу выжимку из /etc/shadow:

Код: [Выделить]

root:$6$RDcpoUBU$6.---089:0:99999:7:::
pi:$6$DX1HbAKy$6A---hf0:17923:0:99999:7:::
moskalenko:$6$Cd---RLYY.:17502:0:99999:7:::Хэш пароля от moskalenko на текущий момент времени закинул в hashcat, подбирается. По опыту знаю, что не зная ничего о пароле, подбирать можно таким образом годами (и не подобрать в итоге). Пока дал ему в виде маски 8 цифр. Время полного перебора 4 часа (у меня не самая оптимальная конфигурация для таких задач)... В связи с этим вопрос: пароль можно как-то узнать, чтоб время не тратить?

[Far2n]

пароль можно как-то узнать, чтоб время не тратить?

От учетки Pi пароль "1"

[zg_nico]

От учетки Pi пароль "1"

Либо я что-то не то тогда делаю, либо одно из двух. Но: пароль 1 не подходит, если по хэшу разгадывать файл /etc/shadow, то пароль 1, как это ни странно, не подходит к хэшу учетки pi.  Думаю дальше...
Пишет, кстати, Login incorrect, что бы я ни вводил. С этой карты вообще в текущем состоянии ее (на момент снятия с нее образа) загрузка до какого места происходит?
И еще вопрос: ранее писали, что удалили файл. Что за файл, и где он был?

там был какой то системный файл который побился в результате скачка напряжения, удалил этот файл и все исправилось

[Far2n]

Что за файл, и где он был?

(/lib/systemd/system/systemd-modules-load.service
Его удалял насколько помню. А пароль, хм может быть стандарт попробовать
Логин pi
Пароль raspberry
На момент снятия образа при включении был квадрат разноцветный и дальше черный экран не на что не реагировал. Это было связанно с openGl ф конфиге удалил строчку писал выше об этом.

[alang]

/lib/systemd/system/systemd-modules-load.service
Его удалял насколько помню.

Зашибись, чо.
Писал Failed to load, небось?

[Far2n]

Писал Failed to load, небось

[Failed] failed to start load kernel modules
See systemctl status systemd-modules-load.service for details
[        1.980492] systemd[1]: Falied to start load kernel modules
              Starting Apply Kernel Variables...
              Mounting configuration File System...
              Mounting FUSE Control File System...
[   OK    ]   Listening on Syslog Socket.
              Starting Journal Service...
[   OK    ]   Started Journal Service...
              Starting Create Static Device Modes in /dev...
[   OK    ]   Mounting configuration File System....
[   OK    ]   Started File System Check on Root Device...
[   OK    ]   Started Apply Kernel Variables...
[   OK    ]   Mounted FUSE Control File System...

[alang]

Far2n, Вы сами придумали, что он побился, или подсказал кто?

[Far2n]

alang, гугл подсказал.

[alang]

А! Ну, гугл-то врать не будет

Это не гуглом проверяется, а командами systemctl. Попробуйте в следующий раз прежде, чем удалять рабочий сервис.