[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#722735: Installation Report - Issue with config-debian script when installing on ARM Buffalo Linkstation HS-DSGL



Package: installation-reports 

Boot method: Copy uImage.buffalo, initrd.Buffalo and config-debian to /Boot via telnet and reboot 
Image version: http://http.us.debian.org/debian/dists/stable/main/installer-armel/current/images/orion5x/network-console/buffalo/lspro/uImage.buffalo 
Date: 20:00 BST, 13th September 2013 

Machine: Buffalo Linkstation HS-DSGL 
Processor: ARM of some kind 
Memory: Unknown 
Partitions: Default partition table for device, now destroyed by debian installation 

Output of lspci -knn (or lspci -nn): 
Base System Installation Checklist: 
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it 

Initial boot:           [E] 
Detect network card:    [ ] 
Configure network:      [ ] 
Detect CD:              [ ] 
Load installer modules: [ ] 
Detect hard drives:     [ ] 
Partition hard drives:  [ ] 
Install base system:    [ ] 
Clock/timezone setup:   [ ] 
User/password setup:    [ ] 
Install tasks:          [ ] 
Install boot loader:    [ ] 
Overall install:        [ ] 

Comments/Problems: 

Installing debian onto a Buffalo linkstation HS-DSGL roughly following the guide here: 
http://buffalo.nas-central.org/wiki/Install_Debian_on_the_Linkstation_Pro/Live 

With telnet access to device acquired as described here in the 'Getting Console Access With acp_commander' section: 
http://buffalo.nas-central.org/wiki/Open_Stock_Firmware 

Running config-debian prior to install produced an error: 'You have to create an ext2 filesystem on /dev/sda1 or /dev/mtd0' 

/dev/sda1 IS an ext3 partition in an untouched linkstation, however it is not mounted directly.  The installation has destroyed the original fstab but 
something like /dev/disk1-1something was mounted as /boot.  This is sda1 under another name but config-debian does not recognise this. 

To get config-debian to work, /boot must be unmounted by 'umount /boot' and /dev/sda1 (re)mounted as /boot instead using 'mount /dev/sda1 /boot' 

This leaves /boot looking exactly the same as before, but config-debian excecutes correctly and the installation process can be started. 

Reply to: