On May 22nd, 2010 the Debian Package Repository Maintainers moved the Etch Package Tree to the Archive Server. [http://www.debian.org/News/2010/20100522 News Article Here.] This is a showstopper for those new to linux/debian/apt as their sources are now invalid. 'apt-get update' will now continuously 404 and give 'No such file or directory' errors. Users will

This should enable proper fetching of packages and allow 'apt-get update' or rather 'aptitude update' to successfully complete

+

and packages will install. [[User:PurgedReality|PurgedReality]] 17:50, 10 August 2010 (UTC)

+

+

== Root Permission Bug ==

In FreeLink_arm9-1.0rev2.zip, some of the permissions in /usr/bin are 766. This is how I fixed it:

In FreeLink_arm9-1.0rev2.zip, some of the permissions in /usr/bin are 766. This is how I fixed it:

find /usr/bin -type f -perm -g+w,-o+w -exec chown root.root {} \;

find /usr/bin -type f -perm -g+w,-o+w -exec chown root.root {} \;

Line 23:

Line 33:

Be warned!

Be warned!

+

+

UPDATE: from the serial console, it appears that the LS v2 doesn't boot from the HDD any longer, and in my case didn't even go into EVM. Waiting the result of this forum post [http://forum.buffalo.nas-central.org/viewtopic.php?f=39&t=21578&p=135774#p135774] to determine how to fix this situation when Buffalo 2.11 firmware was previously installed. --[[User:RobNC|RobNC]] 03:04, 1 March 2010 (UTC)

Etch Repository Moved from Official Server to Archive Server.

On May 22nd, 2010 the Debian Package Repository Maintainers moved the Etch Package Tree to the Archive Server. News Article Here. This is a showstopper for those new to linux/debian/apt as their sources are now invalid. 'apt-get update' will now continuously 404 and give 'No such file or directory' errors. Users will
need to edit /etc/apt/sources.list and alter the deb source to...

deb http://archive.debian.org/debian/ etch main non-free contrib

This should enable proper fetching of packages and allow 'apt-get update' or rather 'aptitude update' to successfully complete
and packages will install. PurgedReality 17:50, 10 August 2010 (UTC)

Root Permission Bug

In FreeLink_arm9-1.0rev2.zip, some of the permissions in /usr/bin are 766. This is how I fixed it:

Are differences between the V1 and V2 Linkstation Live stated correct?

I should have the Linkstation Live Old hardware when comparing my device to the pictures on the site. Although, when I did the install of FreeLink, the instructions for the newer hardware worked better ("Installation on V2 (NEW hardware) LS LIVE (running 2.06 Buffalo firmware) using LSUpdater"). The instructions for the older (v1) Linkstation Live just caused the Linkstations firmware to corrupt. Before flashing, I had the firmware version 2.06 installed.

Linkstation Live 500GB Gigabit version 2 confusion

Some confusion when I looked at my Linkstation up close before I went ahead with it.

Despite being a version 2 Linkstation Live the device had firmware 1.06 - and not 2.06 as expected. Or at least this is what it said on the status pages in the link station.

In the end I used firmware 2.10 as my basis, exchanged the relevant packages with the ones from Freelink and got on with it. A few very sweaty moments with the device rebooting at least three times and flashing on all diodes resulted in a a successful install of Debian. Thanks! Refdoc 08:09, 28 March 2008 (CDT)

Update of the Debian repository and packages

Very great text, but I fear there are two things which could confuse beginners. Within the update the message "Configuration file `/etc/init.d/networking' ==> Modified (by you or by a script) since installation. ==> Package distributor has shipped an updated version. ..." appear, one sentence about this would be nice. The other thing is the line "aptitude unhold udev", should the user enter this command or not? And one more, it seems to me that it is impossible to install WebMin when you follow this steps, because "Disk full" message. --Lastwebpage 10:25, 23 December 2008 (UTC)

This procedure does not seem to work with an LS v2 that has previously been updated to the Buffalo 2.11 firmware

The LS always goes into EM on the first reboot, requiring TFTP recovery.

Be warned!

UPDATE: from the serial console, it appears that the LS v2 doesn't boot from the HDD any longer, and in my case didn't even go into EVM. Waiting the result of this forum post [1] to determine how to fix this situation when Buffalo 2.11 firmware was previously installed. --RobNC 03:04, 1 March 2010 (UTC)