Point 1 was the correct answer. Thank you.
I changed the UUIDs on the root and boot volumes, put the SSD back in my
TS-110, and it worked.
(I did not need to change the UUIDs of the other volumes, or re-format
them back to ext3).
One for the FAQ over at http://www.cyrius.com/debian/kirkwood
Update: point 1 below should be the correct answer. A background is at
http://forum.qnap.com/viewtopic.php?f=147&t=58300 .
Please report back.
/B
On Thu, May 31, 2012 at 9:11 AM, Björn Wetterbom wrote:
>
>1. Try changing the UUIDs on the new disk to match those of the old
>disk and lea
1. Try changing the UUIDs on the new disk to match those of the old disk
and leave fstab unchanged.
2. As you mentioned, try not changing to ext4.
3. Try to get help at http://forum.qnap.com/viewforum.php?f=147
4. Get a serial console and run 'update-initramfs -u && flash-kernel'
It is not working for me.
To summarize what I have done, I setup my SSD with the same partition as
the original hard drive, but with different sizes, to reflect usage. I
kept the /boot partition as ext2, and the root partition as ext3, but
changed the format of all other partitions to ext4 so
Don't worry, just run rsync -aHX (iirc) from the old disk to the new and
update fstab with new UUIDs and it will work. I've done it on several
occasions.
The kernel is stored in flash memory (if you watch kernel updates, they are
always finalized with flash-kernel), so the mbr of the disk is not u
Hello
I have a Qnap TS-110, which I am using as a home server for the past
year. It runs Debian Squeeze.
I have decided to replace the internal hard drive with a much smaller
SSD, but I am concerned about how the Kirkwood boot sequence works, and
how I make sure that u-boot can find the kern
6 matches
Mail list logo