Open magnum opened 1 year ago
https://github.com/ddvk/remarkable2-recovery#next-steps
As for mounting the partition, you should see a new mountable block device that you can mount with the following commands:
mkdir tmpmount
mount /dev/<block-device> tmpmount/
Make sure to replace <block-device>
with the new block device.
You can then run the following to get the password, and then unmount it:
grep Developer tmpmount/root/.config/remarkable/xochitl.conf
umount tmpmount
rmdir tmpmount
how can i find the <block-device>
?
from the imx_usb output?
Check the dmesg
output and look in /dev
for new block devices
i'm going mad with that pogo pins, it's almost impossible to understand if they're connecting wrongly or the device is not the current state.
anyway, this is my output, here's what a i get when (1 tiem in 100) i get a useful response from in dmesg stream
most of the times i get nothing or messages like these
I don't see USB Mass Storage device detected
like the readme mentions.
@Eeems i've never seen "USB Mass Storage device detected" is it a problem?
i was thinking that seeing this code (after many tries moving an retrying with pogo pins)
[ 5316.786251] us 1-1.1: Product: SE Blank ULT1
[ 5316.786268] us 1-1.1: Manufacturer: Freescale SemiConductor Inc
[ 5316.790414] hid-generic 0003:15A2:0076.006E: hiddev99, hidraw: USB HID v1.10 Device [Freescale SemiConductor Inc SE Blank ULT1] on usb-0000:01:00.0-1.1/ input0
was the sign that the tablet was in recovery mode, the connection via the pogo pins was succesful and a device was found: isn't it?
The next step is to remove the pulldown resistor, then run the imx_usb executable, and then you would see that message.
good luck to me to reach that point again :-) i'm still fighting to understand if the tablet is in recovery mode (or not)
just for confirmation, i'm using this breakout board
when you say b8 and b12, b12 is gnd? is it connected correctly? considering the tablet's screen, in my case pins should be up or down? in a photo linked in the readme, they seem to connect b8 and gnd, and between them there are 4 free pins, in my case if i connect b8 and b12 (gnd) there are 3 free pins between them !?!?
anyway, thank you so much for your time, patience and support
mostly likely unstable pogo connection if it is in recovery mode you see: SE Blank ULT1
i managed to see SE Blank ULT1
but how can i found the block device name?
i've listed /dev before and after the conection,
i've found a new /dev/usb/hiddev1
but then i try to mount it with
sudo mount /dev/usb/hiddev1 tmpmount/
it says
/dev/usb/hiddev1 tmpmount/ is not a block device
i've got a lot of dirs under /dev/block
, something like...
259:0 259:1 259:2 259:3 259:4 7:0 7:1 7:2 7:3 7:4 7:5 7:6 7:7 7:8 7:9 8:0 8:1 8:2 8:3 8:4
how can i find the block device if under that /dev/block
dir ?
this is the ouput ouf sudo sudo ./imx_usb
config file <.//imx_usb.conf>
vid=0x15a2 pid=0x0076 file_name=mx7_usb_work.conf
config file <.//mx7_usb_work.conf>
parse . / /mx7_usb_work.conf
Trying to open device vid=0x15a2 pid=0x0076
Interface 0 claimed
HAB security state: development mode (0x56787856)
== work item
filename U-boot-uns.imx
load_size o bytes
load _addr 0x00000000
dcd 0
clear dcd 0
plug 0
jump_mode 3
jump addr 0x00000000
== end work item
header max=10400
loading binary file(u-boot-uns. imx) to 877effd4, skip-0, fsize-9f02c type=aa
<<<651308, 651308 bytes>>>
succeeded (security 0x56787856, status 0X88888888)
jumping to 0x877f08e4
What does dmesg say after you run imx_usb? It should tell you what new devices there are. Another thing to confirm is that you have good contact with the pogo connector.
this is the output dmesg when i connect the pogo pins
[ 3735.863163] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 3735.863166] usb 1-1: Product: SE Blank ULT1
[ 3735.863169] usb 1-1: Manufacturer: Freescale Semiconductor Inc
[ 3735.865226] hid-generic 0003:15A2:0076.004D: hiddevo, hidraw1: USB HID v1.10 Device [Freescale SemiConductor Inc SE Blank ULT1] on usb-0000:00:14.0-1/input0
after i run sudo ./imx_usb
then dmesg output adds these lines
[ 4081.739047] usb 1-1: USB disconnect, device number
[ 4082.049528] usb 1-1: new high-speed USB device number 48 using xhci_hed
[ 4082.198919] usb 1-1: New USB device found, idVendor-15a2, idProduct-0076, bcd Device= 0.01
[ 4082.198927] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 4082.198930] usb 1-1: Product: SE Blank ULT1
[ 4082.198932] usb 1-1: Manufacturer: Freescale Semiconductor Inc
[ 4082.200888] hid-generic 0003:15A2:0076.0056: hiddevo,hidraw1: USB HID V1.10 Device Freescale SemiConductor Inc SE Blank ULT1] on usb-0000:00:14.0-1/input0
I still don't see USB Mass Storage device detected like in the readme. To confirm, you are removing the pulldown resistor before running imx_usb as per the readme right?
ok now i've done it and a few usb devices have been auto-mounted by ubuntu i tried to do this
sudo mount /dev/sdb4 tmpmount/
cannot find on
tmpmount/root/.config
but only
tmpmount/root/.entware
that's empty...
That is the only folder/file on the partition?
yep
i read https://toltec-dev.org/ and i've done a
sudo rm <don't remember which usb mounted device>/etc/systemd/system/xochitl.service.d/toltec-wrapper.conf
but the tablet stil doesn't restart....it shows "Remarkable is starting"
Did you have toltec installed? If your data partition was empty, it sounds like you tried to do a factory reset. You'll need to make sure to run the changes to remove toltec-wrapper.conf from the correct root partition, so I'd recommend both.
yes i did a factory reset but it didn't restarted after this shame on me, i forgot to remove toltec BEFORE doing a factory reset now, how can solve this?
referring to https://toltec-dev.org/ i was able to to remove only the startup toltec file
rm /etc/systemd/system/xochitl.service.d/toltec-wrapper.conf
but obviously not to execute this commands
systemctl daemon-reload
systemctl reset-failed xochitl
systemctl restart xochitl
i launched weeks ago, and fter that all stoped working. i started all this recover procedure, only to be able to recover the root password and execute those commands to remove toltec, but now the partition is empty so i'm able to get a root password? so how can i have the tablet boot again, even with a reset, without toltec, i just need it to be operation with the stock os version?
https://remarkablewiki.com/trouble/factory-reset
Since you did a factory reset, we can't get the root password from the xochitl.conf
file, since it no longer exists.
If you remove toltec-wrapper.conf
from both root partitions, there is no need to run the other commands, since that's just for a running system.
Are there any other files in /etc/systemd/system/xochitl.service.d/
?
so i need to connect again and search for 2 root partitions and remove all the toltec-wrapper.conf
and maybe the xochitl.service.d
directories?
Correct. You can also use journalctl to read the logs from the /var/log/journal
directory to see what happened on the last boot to see if there is any further information on what is going wrong. For example: journalctl --directory tmpmount/var/log/journal -eu xochitl
https://www.howtogeek.com/499623/how-to-use-journalctl-to-read-linux-system-logs/
@Eeems i'm on a google meet rigth now :-) if you have few minutes, we'll speed up the things and iìll be geteful for life :-) https://meet.google.com/jbg-uxwb-pmx
I don't use google meet. If you need more instant help, I'm sure there are people in the community discord willing to help.
i'm running ubuntu live from a usb dongle there a the partitions mounted
Filesystem Size Used Avail Use% Mounted on
tmpfs 765M 19M 746M 3% /run
/dev/sda1 3.6G 3.6G 0 100% /cdrom
/cow 3.8G 244M 3.5G 7% /
/dev/disk/by-label/writable 55G 1.4M 52G 1% /var/log
tmpfs 3.8G 0 3.8G 0% /dev/shm
tmpfs 5.0M 8.0K 5.0M 1% /run/lock
tmpfs 3.8G 720K 3.8G 1% /tmp
tmpfs 765M 180K 764M 1% /run/user/999
/dev/sdb4 6.6G 32K 6.2G 1% /home/ubuntu/Desktop/remarkable2-recovery/tmpmout
/dev/sdc2 232M 213M 2.4M 99% /media/ubuntu/239f74ba-a120-4bf4-a650-259daff8ea98
/dev/sdc4 6.6G 32K 6.2G 1% /media/ubuntu/home
/dev/sdc1 20M 172K 20M 1% /media/ubuntu/BOOT
/dev/sdc3 240M 202M 22M 91% /media/ubuntu/43a6b54e-abb4-4c79-8191-176c0097b983
in which partitions i've to search for /etc/systemd/system/xochitl.service.d/toltec-wrapper.conf
? i've found only one and deleted it
these are the journalctl logs from both journalctl --directory /media/ubuntu/239f74ba-a120-4bf4-a650-259daff8ea98/var/log/journal/ > ../journalctl_log1.txt journalctl --directory /media/ubuntu/43a6b54e-abb4-4c79-8191-176c0097b983/var/log/journal/ > ../journalctl_log2.txt
Both of those logs are not recent. The first one is from October 27th, the second from March 25th. I'd assume the first is the most recent and the one being used? When you had toltec installed, were you using a launcher like Oxide or draft? If so, you'll have to manually re-enable xochitl by adding the systemd unit file link manually to the disk.
When you had toltec installed, were you using a launcher like Oxide or draft?
yes i remember i test something like that
how can i manually re-enable xochitl by adding the systemd unit file link manually to the disk. ?
ok what's the source path for the symlink?
and after all i can try to connect using
ssh -oHostKeyAlgorithms=+ssh-rsa -v root@10.11.99.1
but what's the password !?!? is it written to any file i can read?
You need a xochitl.conf
to be generated to know what the password is, which means you need xochitl to be running.
/lib/systemd/system/xochitl.service
is the location of the service file.
so i'll need something like
ln -s /usr/lib/systemd/system/netctl.service \
/etc/systemd/system/multi-user.target.wants/netctl.service
Right, where the second path starts with tmpmount. So probably this: ln -s /lib/systemd/system/xochitl.service tmpmount/etc/systemd/system/multi-user.target.wants/xochitl.service
i'm not using tmpmount because ubuntu automounts under /media/something....
the 2 partitions
o you think the symlinks will still work?
i've done this
sudo ln -s lib/systemd/system/xochitl.service etc/systemd/system/xochitl.service.d/xochitl.service
inside one of the 2 mounted partitions
i restarted but no success i suspect i've to do it on both the mounted partitions... mmmh
it's present both on
etc/systemd/system/xochitl.service.d/xochitl.service
etc/systemd/system/multi-user.target.wants/xochitl.service
but it still doesn't start i'm wasting a lot of time to keep pogo pin connection up...
sudo ln -s /lib/systemd/system/xochitl.service etc/systemd/system/xochitl.service.d/xochitl.service
The first path must be valid when in the booted system.
"stupid" question: why i have 2 similar partitions, ~283mb and i have to do the same things 2 times?
There are two root partitions, the active one, and the fallback. When you upgrade, the fallback is overwritten with the new OS, and marked as active. If something goes wrong (that can be detected/handled) it'll switch back to the other working partition. Since you don't know which is the active partition, you have to make the changes to both.
ok thank you for the clarification.
1st of all, i'll try to have a stable pogo connection in order to test all the operations on files etc.
then i'll try to setup xochitl.service
it's better to symlink it in
etc/systemd/system/xochitl.service.d/
or
etc/systemd/system/multi-user.target.wants/
thank you for your time and support, i'm learning a lot, considering my starting point... :-)
multi-user.target.wants
The other directory is just a place to override the contents of the file.
i symlinked each one of these
/media/parallels/239f74ba-a120-4bf4-a650-259daff8ea98/etc/systemd/system/xochitl.service.wants/xochitl.service
/media/parallels/239f74ba-a120-4bf4-a650-259daff8ea98/etc/systemd/system/xochitl.service.d/xochitl.service
/media/parallels/239f74ba-a120-4bf4-a650-259daff8ea98/etc/systemd/system/multi-user.target.wants/xochitl.service
to
/lib/systemd/system/xochitl.service
and it worked! thanks @Eeems for the suppport ...and thanks to the lacets of the nintendo switch's plastic covers of my son :-)
after
i receive this output
what do I have to to to mount the correct partition and see the password?