Linux native flashing
Re: Linux native flashing
i cannot get this to work!
Code: Select all
~ # /opt/makemkv/bin/makemkvcon f -d /dev/sr0 -f /config/data/sdf_00000070.bin flash -i /
config/data/WH16NS60-1.02.bin
Unknown command
Command produced error code 0x8fffffff
Re: Linux native flashing
I got this to work on my synology nas running makemkv in a docker container.
Re: Linux native flashing
flashing instructions on a synology nas with docker
Code: Select all
sudo docker exec -ti CONTAINERNAME sh
wget http://www.makemkv.com/svq/sdf.bin
chmod +x sdf.bin
wget https://www.makemkv.com/download/mk-firmware-pack-20200720.zip
unzip -q mk-firmware-pack-20200720.zip
cd /opt/makemkv/bin
./sdftool --list
./sdftool --sdf-file=/tmp/sdf.bin -d /dev/sg* rawflash -i /tmp/mk-firmware-pack-20200720/MK/bla/bla/bla.bin
Re: Linux native flashing
Did you ever solve this? I also have a 12B1ST at 1.01 and am trying to update it to a libredrive compatible fw, and running into the exact same problem. The devilsclaw flasher from OP also doesn't seem to work...HereInPlainSight wrote: ↑Wed Apr 01, 2020 11:19 pmBut, when I try to do anything of interest with the sdftool, I'm not sure if it has anything to do with the firmware date being missing, but I keep hitting a wall, which seems best surmised with:Code: Select all
Drive Information OS device name: /dev/sr0 Current profile: DVD-ROM Manufacturer: ASUS Product: BC-12B1ST Revision: 1.01 Serial number: <removed> Firmware date: Bus encryption flags: 12
and:Code: Select all
$ ./sdftool.sh -d /dev/sr0 help No drive tool logic found in SDF.bin Internal error 0x8d000000
Of the two missing -- am I supposed to do anything specific to get / provide them? It looks like my drive is supported, just not on this specific firmware, which is... obviously exactly what I'm trying to fix (though I'm not entirely certain if I'm supposed to update to the latest for my system and then downgrade to the BW-16D1HT 3.02 firmware, that seems like what's being recommended but I'm a bit too new to understand the exact benefits, people just keep saying it can be done).Code: Select all
$ ./sdftool.sh -d /dev/sr0 --info SDF.bin version: 0x006D Drive Tool SDF not present Drive Specific SDF not present Identification SDF present
Any guidance on what I'm missing to be able to at least update my firmware would be great.
-
- Posts: 4349
- Joined: Sun Aug 24, 2014 5:49 am
Re: Linux native flashing
dont mess with an asus on 1.01 your asking for trouble only do this if they have 3.xx not worth it for the other drives
Buy a UHD drive from the guide and how to video maker: https://www.makemkv.com/forum/viewtopic ... 20&t=17831
UHD Drives Guide: https://www.makemkv.com/forum/viewtopic ... 16&t=19634
Auto flash kit $25 Email me for one Billycar5924@gmail.com
UHD Drives Guide: https://www.makemkv.com/forum/viewtopic ... 16&t=19634
Auto flash kit $25 Email me for one Billycar5924@gmail.com
Re: Linux native flashing
I have an ASUS BW-16D1HT made in March 2020 and I'm having a problem: BD discs do not work after the flashing. CD and DVD discs work. I only tried one BD disc, and it worked before flashing, though it took a while. When inserting the disc, after a while of making "horrible" noises (as described in the Sleep bug), MakeMKV reports "No disc inserted".
I followed these steps:
- Downloaded https://www.makemkv.com/sdf.bin, copied it to /root/.MakeMKV/
- Downloaded https://www.makemkv.com/download/mk-fir ... 200720.zip
- Downloaded and installed makemkv-oss-1.15.3.tar.gz and makemkv-bin-1.15.4.tar.gz (I used a custom installation directory and LD_LIBRARY_PATH to point to the right libmakemkv, if that matters)
- sdftool --info output:
- Flashed with:
Output of --info after flashing was:
- I tried and the BDs that worked before, no longer worked. I checked in a player and the discs keep working, so that's not it.
- I realized that the instructions mention that the firmware needs to be updated with the 'enc' option, so I tried flashing again:
But that did not restore access to the BR discs.
Did I brick my unit by forgetting to upload the firmware with the 'enc' option the first time?
Did I miss any steps? Should I downgrade in order to get firmware that fixes the sleep bug? Where I can find information about downgrading? Where can I get the downgraded firmware for this drive? Putting together all the information necessary to reach this point has already been a bit of a hell.
I followed these steps:
- Downloaded https://www.makemkv.com/sdf.bin, copied it to /root/.MakeMKV/
- Downloaded https://www.makemkv.com/download/mk-fir ... 200720.zip
- Downloaded and installed makemkv-oss-1.15.3.tar.gz and makemkv-bin-1.15.4.tar.gz (I used a custom installation directory and LD_LIBRARY_PATH to point to the right libmakemkv, if that matters)
- sdftool --info output:
Code: Select all
$ sdftool -d /dev/sr0 --info
SDF.bin version: 0x007D
Drive Tool SDF present
Drive Specific SDF present
[Drive Specific SDF] Embedded Info Strings:
8000:LibreDrive Information
8013:Status
8109:Possible (with patched firmware)
8001:Drive platform
:MT1959
8010:Harware support
8100:Yes
8011:Firmware support
8101:No
8002:Firmware type
8108:Original (patched version available)
8003:Firmware version
:3.10
8005:DVD all regions
8109:Possible (with patched firmware)
8006:BD raw data read
8109:Possible (with patched firmware)
8007:BD raw metadata read
8109:Possible (with patched firmware)
8009:Unrestricted read speed
8109:Possible (with patched firmware)
[Drive Specific SDF] Embedded Status Message:
8096:LibreDrive mode for this drive is only possible with firmware upgrade (id=%1)
:1C602C3A8BBC
Identification SDF present
[Identification SDF] Embedded Info Strings:
8000:LibreDrive Information
8013:Status
8102:Possible, not yet enabled
8001:Drive platform
:MT1959
[Identification SDF] Drive autodetect string:
mtk:19:59:JB8 :ASUS :BW-16D1HT 3.10:W001601:-
Code: Select all
$ sdftool -d /dev/sr0 -v rawflash -i mk-firmware-pack-20200720/MK/ASUS/BW-16D1HT/ASUS-BW-16D1HT-3.10-WM01601-211901041014.bin
Loaded SDF.bin version 0x7d
Reading input file mk-firmware-pack-20200720/MK/ASUS/BW-16D1HT/ASUS-BW-16D1HT-3.10-WM01601-211901041014.bin
Flashing flags = 0x0 : 0 0 0 0 : ---- ---- ---- ----
Current Drive ID: ASUS_BW-16D1HT_3.10_211901041014_KLOK3TB0433
Ready to write drive flash memory.
Type "yes" to continue, "no" to abort
yes
Operation started: Sending flash image to drive
100% Operation finished
Operation started: Programming flash
100% Operation finished
Done successfully
Command produced 0 file(s)
$
Code: Select all
sdftool -d /dev/sr0 --info
SDF.bin version: 0x007D
Drive Tool SDF present
Drive Specific SDF present
[Drive Specific SDF] Embedded Info Strings:
8000:LibreDrive Information
8013:Status
8105:Enabled
8001:Drive platform
:MT1959
8002:Firmware type
8107:Patched (microcode access re-enabled)
8003:Firmware version
:3.10
8005:DVD all regions
8100:Yes
8006:BD raw data read
8100:Yes
8007:BD raw metadata read
8100:Yes
8009:Unrestricted read speed
8100:Yes
[Drive Specific SDF] Embedded Status Message:
8099:Using LibreDrive mode (v%1 id=%2)
:06.2
:0FA242DD4D0B
Identification SDF present
[Identification SDF] Embedded Info Strings:
8000:LibreDrive Information
8013:Status
8102:Possible, not yet enabled
8001:Drive platform
:MT1959
[Identification SDF] Drive autodetect string:
mtk:19:59:JB8 :ASUS :BW-16D1HT 3.10:WM01601:-
- I realized that the instructions mention that the firmware needs to be updated with the 'enc' option, so I tried flashing again:
Code: Select all
sdftool -d /dev/sr0 -v rawflash enc -i mk-firmware-pack-20200720/MK/ASUS/BW-16D1HT/ASUS-BW-16D1HT-3.10-WM01601-211901041014.bin
Loaded SDF.bin version 0x7d
Reading input file mk-firmware-pack-20200720/MK/ASUS/BW-16D1HT/ASUS-BW-16D1HT-3.10-WM01601-211901041014.bin
Flashing flags = 0x0 : 0 0 0 0 : ---- ---- ---- ----
Sending image in encrypted format
Current Drive ID: ASUS_BW-16D1HT_3.10_211901041014_KLOK3TB0433
Ready to write drive flash memory.
Type "yes" to continue, "no" to abort
yes
Operation started: Sending flash image to drive
100% Operation finished
Operation started: Programming flash
100% Operation finished
Done successfully
Command produced 0 file(s)
Did I brick my unit by forgetting to upload the firmware with the 'enc' option the first time?
Did I miss any steps? Should I downgrade in order to get firmware that fixes the sleep bug? Where I can find information about downgrading? Where can I get the downgraded firmware for this drive? Putting together all the information necessary to reach this point has already been a bit of a hell.
Re: Linux native flashing
I've wanted to watch BluRays on my Linux PC too, but more importantly help my father get it done. So I bought a drive and this thread helped me a lot, since I stumbled across a few problems, but the solutions were missing, so I registered to write down the steps that helped me, so it might help others too.
Some background, I'm on Manjaro, so MakeMKV ist available via the Arch User Repositories (AUR). Easy to install which also gives the sdftool command line tool. No big effort there, luckily.
I got the drive ASUS BW-16D1HT simply because it was the cheapest compatible drive I could find with ~70€ on Amazon as the time of writing.
But here I ran in the first problem as others: When running sdftool -d /dev/sr0 --info it returned.
The path to the disc was correct as it showed it had loaded a disk.
The solution for this was, that the drive was working, but the generic SCSI module was not loaded. The command
fixed that. sdftool now could access the disc (so could MakeMKV).
In order to load that always you can do this:
Then MakeMKV can open the disc without the need to run the command each time.
The only thing missing was now the right firmware.
I used these.
Then figuring out the correct command took a bit as I also got the classic
error messages.
Long story short, after reading this thread it worked for me. So I got it to work with this command:
Of course that only works for the ASUS BW-16D1HT. For other drives you need to choose the correct firmware.
After these steps, playback with VLC worked, and backing up with MakeMKV runs fine too.
I hope this helps, in the end it was pretty straight forward, just took a time to gather all the information and filter out what's not applicable.
Some background, I'm on Manjaro, so MakeMKV ist available via the Arch User Repositories (AUR). Easy to install which also gives the sdftool command line tool. No big effort there, luckily.
I got the drive ASUS BW-16D1HT simply because it was the cheapest compatible drive I could find with ~70€ on Amazon as the time of writing.
But here I ran in the first problem as others: When running sdftool -d /dev/sr0 --info it returned
Code: Select all
Drive "/dev/sr0" not found
The path to the disc was correct as it showed it had loaded a disk.
The solution for this was, that the drive was working, but the generic SCSI module was not loaded. The command
Code: Select all
sudo modprobe sg
In order to load that always you can do this:
Code: Select all
su root
echo sg > /etc/modules-load.d/sg.conf
exit
Code: Select all
SDF.bin version: 0x007E
Drive Tool SDF present
Drive Specific SDF present
[Drive Specific SDF] Embedded Info Strings:
8000:LibreDrive Information
8013:Status
8109:Possible (with patched firmware)
8001:Drive platform
:MT1959
8010:Harware support
8100:Yes
8011:Firmware support
8101:No
8002:Firmware type
8108:Original (patched version available)
8003:Firmware version
:3.10
8005:DVD all regions
8109:Possible (with patched firmware)
8006:BD raw data read
8109:Possible (with patched firmware)
8007:BD raw metadata read
8109:Possible (with patched firmware)
8009:Unrestricted read speed
8109:Possible (with patched firmware)
[Drive Specific SDF] Embedded Status Message:
8096:LibreDrive mode for this drive is only possible with firmware upgrade (id=%1)
:1C602C3A8BBC
Identification SDF present
[Identification SDF] Embedded Info Strings:
8000:LibreDrive Information
8013:Status
8102:Possible, not yet enabled
8001:Drive platform
:MT1959
I used these.
Then figuring out the correct command took a bit as I also got the classic
Code: Select all
Unknown command
Command produced error code 0x8fffffff
Long story short, after reading this thread it worked for me. So I got it to work with this command:
Code: Select all
sdftool -d /dev/sr0 -v rawflash -i ~/Downloads/firmware/BW-16D1HT/ASUS-BW-16D1HT-3.10-WM01601-211901041014.bin
After these steps, playback with VLC worked, and backing up with MakeMKV runs fine too.
I hope this helps, in the end it was pretty straight forward, just took a time to gather all the information and filter out what's not applicable.
Re: Linux native flashing
I'm also a die hard Linux guy so I always like to stumble across threads like this so I had to join. I didn't actually realize BluRays were such an issue on PCs and to be honest I probably played 2 BluRays 10 years ago. I picked up an external drive (Pioneer BDR-XS07S) because I found out that an old anime I'm fond of was released on BluRay and I couldn't find it anywhere else. Tried to play it on my new drive and realized.........blurays are fun lol
I wasn't able to read it with makemkv at first but Skalli's post about loading the module did it. So now I have a disk transcoding. Looks like there is no Libredrive firmware for it yet but I'll be sending the firmware to support so hopefully someone will come up with something.
I wasn't able to read it with makemkv at first but Skalli's post about loading the module did it. So now I have a disk transcoding. Looks like there is no Libredrive firmware for it yet but I'll be sending the firmware to support so hopefully someone will come up with something.
Re: Linux native flashing
I have
Unfortunately attempt at making full firmware dump meet with:
MakeMKV 1.17.2 is compiled/installed for 32-bit userspace
Partial dump is possible but I guess it will not give me something to flash back if something goes wrong?
Code: Select all
# /usr/bin/sdftool -d /dev/sr0 --info
SDF.bin version: 0x0096
Drive Tool SDF present
Drive Specific SDF not present
Identification SDF present
[Identification SDF] Embedded Info Strings:
8000:LibreDrive Information
8013:Status
8102:Possible, not yet enabled
8001:Drive platform
:MT1959
[Identification SDF] Drive autodetect string:
mtk:19:59:JB8 :ASUS :BW-16D1HT 3.11:W000600:-
Code: Select all
# /usr/bin/sdftool --l
Found 1 drives(s)
00: dev_21:1, /dev/sr0, /dev/sr0
ASUS_BW-16D1HT_3.11_212012011759_KL4LC9F5139
Code: Select all
# /usr/bin/sdftool -d /dev/sr0 dump full
Error: full dump is disabled in this firmware version
DEBUG: Code 4279205893 at viMquYt1v=$Gzk%Z~&aQ#/W!W1[^Pbye:29395034
Command produced error code 0xff0f8005
Partial dump is possible but I guess it will not give me something to flash back if something goes wrong?
Re: Linux native flashing
You need to flash your drive to MK firmware using -enc since your firmware is encrypted. Use search or start with the tutorial.
viewtopic.php?f=16&t=19634
viewtopic.php?f=16&t=19634
Re: Linux native flashing
so there is currently no way to backup *original* (from my own drive) firmware? I think I'll wait for some time and try pre-installed firmware first ( right now I am more interested in burning, not in UHD ripping. while idea of (partially) open firmware looks attractive ..as long as one can reflash some known-stable variant ...)
Re: Linux native flashing
Only 1 version back...AndrewR wrote: ↑Sun Jan 01, 2023 5:04 amso there is currently no way to backup *original* (from my own drive) firmware? I think I'll wait for some time and try pre-installed firmware first ( right now I am more interested in burning, not in UHD ripping. while idea of (partially) open firmware looks attractive ..as long as one can reflash some known-stable variant ...)
https://dlcdnets.asus.com/pub/ASUS/ODD/ ... 190306.zip
viewtopic.php?t=19065#p72109
viewtopic.php?f=19&t=19116#p72108
Note: Functionally, there is little difference between stock & 'patched' FWs other than some 'single-bit' & decryption tweaks:
- downgrade bit ("DE", downgrade (re)enabled)
- microcode access re-enabled ("MK", by MakeMKV author)
- decrypted