Yahoo Groups archive

Disklavier

Index last updated: 2026-04-28 23:20 UTC

Thread

Mark IV hard drive challenge

Mark IV hard drive challenge

2014-09-06 by orionplt@...

So our hard drive seems to be dying. The last network update created all kinds of havoc. It was play great until I updated it after which it couldn't read any of the music files and would routinely kick the PRC-100 offline. I am guessing that the drive was on the edge and the heavy writes required by the update did it in.


I have pulled the drive out of the Disklavier and am running recovery software on it now. It has found several bad sectors across a few of the partitions on the drive. Of course I hadn't done a backup of the music we have on it (stupidity on my part for not treating like the computer that it is) and I don't believe we still have all the disks to reload it (retired Navy with 6 moves with the piano). I am trying to figure out the partition structure on the drive. There seems to be 9 partitions. Does anyone know what the various partitions are for? I know it is a Linux operating system so it has root and swap partitions. I also figured that one (believe it is partition 9) has all the music files.


I am hoping that the recovery software can read the content and move the bad sectors. If not I have to figure out how to get the 3 recovery CDs and reload the system. Any help with how to get the recovery/installation CDs and do a fresh system install would be appreciated. The good part of this is that I have learn a lot more about our Disklavier and found this group. I am also using the opportunity to replace our drive with a SSD and make a clone.


Thanks,

Joel

Re: [disklavier] Mark IV hard drive challenge

2014-09-06 by Bill Brandom

Joel,

I can send you links for the 3 ISO files to do a RESCUE. Each of these need to imaged to a CD. You will also need an update floppy. You probably have one of the floppies from a prior update. You will need instructions on how to perform a RESCUE, which I can supply.

If you would like them, let me know.

Bill

 iPhone

On Sep 6, 2014, at 1:52 PM, "orionplt@yahoo.com [disklavier]" <disklavier@yahoogroups.com> wrote:

So our hard drive seems to be dying.  The last network update created all kinds of havoc.  It was play great until I updated it after which it couldn't read any of the music files and would routinely kick the PRC-100 offline.  I am guessing that the drive was on the edge and the heavy writes required by the update did it in.  



I have pulled the drive out of the Disklavier and am running recovery software on it now.  It has found several bad sectors across a few of the partitions on the drive.  Of course I hadn't done a backup of the music we have on it (stupidity on my part for not treating like the computer that it is) and I don't believe we still have all the disks to reload it (retired Navy with 6 moves with the piano).  I am trying to figure out the partition structure on the drive.  There seems to be 9 partitions.  Does anyone know what the various partitions are for?  I know it is a Linux operating system so it has root and swap partitions.  I also figured that one (believe it is partition 9) has all the music files. 



I am hoping that the recovery software can read the content and move the bad sectors.  If not I have to figure out how to get the 3 recovery CDs and reload the system.  Any help with how to get the recovery/installation CDs and do a fresh system install would be appreciated.  The good part of this is that I have learn a lot more about our Disklavier and found this group.  I am also using the opportunity to replace our drive with a SSD and make a clone. 



Thanks,

Joel

Re: [disklavier] Mark IV hard drive challenge

2014-09-07 by orionplt@...

Bill,

I would greatly appreciate the ISO links and associated instructions. I have a floppy disk that I have built from the files on the Yamaha update FTP site (made it a bootable disk with syslinux which seems to be the distro they use for the floppy boot disks) but haven't been able to test it yet. All of our updates have been via a technician (when we lived in Seattle) or via network updates that don't need the floppy disk. Are there instructions that cover making a new floppy disk without access to the specific Disklavaier (on a computer)?

Thanks,
Joel

Re: [disklavier] Mark IV hard drive challenge

2014-09-08 by orionplt@...

The damaged drive is still being recovered (slow process) but I am wondering if it is possible to copy the salvaged music files from the old drive to a new rebuilt drive. It appears that the music files reside in the Home partition but I am not sure how the system determines what music is on the disk for both the player and the PRC-100 menu: database system or file structure in the directory? If it is directory/file structure I think that I should be able to copy all the salvaged files over directly and they should work. I also remember reading that the pianosoft files might have some kind of DRM structure? Are there any additional folders/file that need to be copied over to allow these to play on my replacement drive? Is there another/better way to move the music files from the old drive to the new rebuilt one keeping in mind that the old one does not give me access to the music files when in the disklavier? It looks like the first section of the Home partition is where most of the bad sectors are so I am thinking that the system can see the partition but can't read it even though there is data on there. Using my recovery tools I can see most of the music files as they are saved on the disklavier's drive and could pull them over directly or put them on a USB drive and then possibly install them through the disklavier interface. Any insights or recommendations are appreciated.
As a side note:
I originally thought that there were 9 partitions but in looking through the drive structure I believe that there are 6 physical partitions but that when the system installs it appears to numbers them:

BOOT =1
SWAP=5
ROOT=6
DATA=7
VAR=8
HOME=9

HOME being where all the user information resides and therefore music is held.

Thanks,
Joel

Re: [disklavier] Mark IV hard drive challenge

2014-09-08 by James Fry

That numbering looks sane - Linux partitions 1-4 are primary partitions (one of which can be an extended partition to maintain compatibility with DOS/Windows). If there is an extended partition then 5-64 are logical partitions in that extended partition. It is common with Linux to assign a small primary partition to /boot for the Kernel to load from for compatibility with old BIOS implementations, and then put everything else in an extended partition that the OS can access independently.

If you haven't already, I would get another hard drive and clone your existing drive to it, then run recovery on the cloned drive (if something goes wrong this gives you another chance to clone the drive and try again). Aside from anything the recovery tools should work much faster over the working drive even if the data is corrupt. There are some boot ISO images you can burn to a CD/DVD or USB stick to make this easier, both for cloning and recovery options - The Ultimate Boot CD being a popular choice with Linux and Windows PE based tools.

Good luck - very jealous of your Mk4 (I have a Mk2XG upright that I never get to play any more, though my 15 month old loves it, would love to have the space to make a grand sing). I hope you get it working again soon!

Regards,

James

Show quoted textHide quoted text
On 8 September 2014 15:16, orionplt@yahoo.com [disklavier] <disklavier@yahoogroups.com> wrote:


The damaged drive is still being recovered (slow process) but I am wondering if it is possible to copy the salvaged music files from the old drive to a new rebuilt drive. It appears that the music files reside in the Home partition but I am not sure how the system determines what music is on the disk for both the player and the PRC-100 menu: database system or file structure in the directory? If it is directory/file structure I think that I should be able to copy all the salvaged files over directly and they should work. I also remember reading that the pianosoft files might have some kind of DRM structure? Are there any additional folders/file that need to be copied over to allow these to play on my replacement drive? Is there another/better way to move the music files from the old drive to the new rebuilt one keeping in mind that the old one does not give me access to the music files when in the disklavier? It looks like the first section of the Home partition is where most of the bad sectors are so I am thinking that the system can see the partition but can't read it even though there is data on there. Using my recovery tools I can see most of the music files as they are saved on the disklavier's drive and could pull them over directly or put them on a USB drive and then possibly install them through the disklavier interface. Any insights or recommendations are appreciated.
As a side note:
I originally thought that there were 9 partitions but in looking through the drive structure I believe that there are 6 physical partitions but that when the system installs it appears to numbers them:

BOOT =1
SWAP=5
ROOT=6
DATA=7
VAR=8
HOME=9

HOME being where all the user information resides and therefore music is held.

Thanks,
Joel



Re: [disklavier] Mark IV hard drive challenge

2014-09-10 by orionplt@...

Success...sort of. I was able to reconstruct a new drive for the system.

Some lessons learned:

The rescue CDs were instrumental in my success -- Thank you Bill

I did not have a boot disk as all our updates had been done over the network. I was able to get the required files from both Bill and off of the Yamaha update website (now FTP://54.183.42.154 not what the support page says; login information is the same). They use syslinux as the boot environment so I thought it would be easy to build the floppy. Unfortunately, they used version 2.08 vice the newest version 6.02. It took me a while to figure out that the new version didn't work for this purpose. You can easily get the older version off the syslinux.org site. The other challenge is that you need a bootable floppy (remember the days of format /s a: or sys a:) That is not really easily available in the newer windows versions since floopys are rare now. I happen to have an old copy of msdos 6.22 which allowed me to make one. I believe I could have probably used a version of FreeDOS as well. Once I did this it was a matter of running a command line: syslinix.exe -i -s a:. This assumes you are in the syslinux directory. The -i switch installs and -s switch is called "slow and stupid" which makes the install more tolerant of difficult systems. This command modifies the boot loader on the floppy. Then you copy the four files files from the support site. The ldlinux.sys file will not copy as it is a lock file already on the floppy from the syslinux installation but that was not a problem. I also changed all the file names to lower case except for the M in the M4arun.key as the literature I saw said that the system would be case sensitive and in reading the configuration file the calls were all lower case. Once I got this all done I followed the install procedure. An hour later it had partitioned and built the new drive in the Disklavier.

Even though the overall drive was not really functional, I was able to get the music files off the old drive. They seem to all be .FID files in the volume labeled as partition 9. There are folders for pianosoft and user files. I will try to load those tonight to see how well that works. In looking over the drive it looks like it had been slowly degrading and taking portions of the disk with it. This is not really unusual for a spinning drive that is almost 10 years old. Most systems detect, manage, and try to warn the user but with this being an embedded application it does not really have a good way of doing that. They probably relied on the drives SMART monitor and assumed that when the drive finally stopped working the owner would get it fixed and reload their music.

Recommendations:

Make a boot disk (actually make two; just in case). I have two now.

Back up your music files, although I have read that there seems to be issues with this process for some. In moving six time with the piano we have misplaced some of the original disks and I really didn't realized the functionality of the music download (i.e. copy) until now. Should have been obvious as I have comprehensive computer backup strategies but just didn't think of the piano like I should have.

Make a clone of the drive (actually make two; just in case). Once I have my music loaded up again I will take the drive out and clone it. Even if it doesn't have all our music it will have a working system and most of the music. I might even work on a rotation method where I remove the drive, update the clone, and do a thorough disk health test on it prior to putting it back in. I saw how some are looking at a method to install the hard drive in a external location to make this easier. I might look at this as well although it wasn't that difficult to remove as is (if I am only doing it 1-2 times a year).

Thanks again for all the help getting our Disklavier back up and running. While it was not ideal to have it break I did learn a lot and found a lot of good resources, I also have gotten motivated to do more with the system with the new tools I have found.

Regards,
Joel

Re: [disklavier] Mark IV hard drive challenge

2014-09-10 by Spencer Chase

i am a big fan of cloning. i clone the drives on all my computers and 
have never had an unrecoverable loss in 15 years.

On 9/10/2014 11:01 AM, orionplt@... [disklavier] wrote:
>
> Success...sort of.  I was able to reconstruct a new drive for the system.
>
>
> Some lessons learned:
>
> The rescue CDs were instrumental in my success -- Thank you Bill
>
> I did not have a boot disk as all our updates had been done over the 
> network.  I was able to get the required files from both Bill and off 
> of the Yamaha update website (now FTP://54.183.42.154 not what the 
> support page says; login information is the same).  They use syslinux 
> as the boot environment so I thought it would be easy to build the 
> floppy. Unfortunately, they used version 2.08 vice the newest version 
> 6.02.  It took me a while to figure out that the new version didn't 
> work for this purpose.  You can easily get the older version off the 
> syslinux.org site.  The other challenge is that you need a bootable 
> floppy (remember the days of format /s a: or sys a:) That is not 
> really easily available in the newer windows versions since floopys 
> are rare now.  I happen to have an old copy of msdos 6.22 which 
> allowed me to make one.  I believe I could have probably used a 
> version of FreeDOS as well.  Once I did this it was a matter of 
> running a command line: syslinix.exe -i -s a:.  This assumes you are 
> in the syslinux directory.  The -i switch installs and -s switch is 
> called "slow and stupid" which makes the install more tolerant of 
> difficult systems. This command modifies the boot loader on the 
> floppy. Then you copy the four files files from the support site.  The 
> ldlinux.sys file will not copy as it is a lock file already on the 
> floppy from the syslinux installation but that was not a problem.  I 
> also changed all the file names to lower case except for the M in the 
> M4arun.key as the literature I saw said that the system would be case 
> sensitive and in reading the configuration file the calls were all 
> lower case.  Once I got this all done I followed the install 
> procedure.  An hour later it had partitioned and built the new drive 
> in the Disklavier.
>
> Even though the overall drive was not really functional, I was able to 
> get the music files off the old drive.  They seem to all be .FID files 
> in the volume labeled as partition 9.  There are folders for pianosoft 
> and user files.  I will try to load those tonight to see how well that 
> works.  In looking over the drive it looks like it had been slowly 
> degrading and taking portions of the disk with it.  This is not really 
> unusual for a spinning drive that is almost 10 years old. Most systems 
> detect, manage, and try to warn the user but with this being an 
> embedded application it does not really have a good way of doing that. 
>  They probably relied on the drives SMART monitor and assumed that 
> when the drive finally  stopped working the owner would get it fixed 
> and reload their music.
>
> Recommendations:
>
> Make a boot disk (actually make two; just in case).  I have two now.
>
> Back up your music files, although I have read that there seems to be 
> issues with this process for some.  In moving six time with the piano 
> we have misplaced some of the original disks and I really didn't 
> realized the functionality of the music download (i.e. copy) until 
> now.  Should have been obvious as I have comprehensive computer backup 
> strategies but just didn't think of the piano like I should have.
>
> Make a clone of the drive (actually make two; just in case).  Once I 
> have my music loaded up again I will take the drive out and clone it. 
>  Even if it doesn't have all our music it will have a working system 
> and most of the music.  I might even work on a rotation method where I 
> remove the drive, update the clone, and do a thorough disk health test 
> on it prior to putting it back in.  I saw how some are looking at a 
> method to install the hard drive in a external location to make this 
> easier.  I might look at this as well although it wasn't that 
> difficult to remove as is (if I am only doing it 1-2 times a year).
>
> Thanks again for all the help getting our Disklavier back up and 
> running.  While it was not ideal to have it break I did learn a lot 
> and found a lot of good resources,  I also have gotten motivated to do 
> more with the system with the new tools I have found.
>
> Regards,
> Joel
> 

-- 

Best regards, Spencer Chase
67550-Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
http://www.spencerserolls.com
(425) 791-0309

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.