| Products > Test Equipment |
| Agilent E7495 linux root account |
| << < (12/91) > >> |
| 9aplus:
CF card is formated properly. That's the same one from which update to A.06.25 is performed Well --- Quote from: Wuerstchenhund on February 25, 2015, 03:45:37 pm --- I didn't check but without a charged battery in the battery bays or PSU power it will probably forget the date/time as I doubt it has a separate backup battery. You *did* mount the card in the E7495 before you tried to access it, didn't you? --- End quote --- My date went crazy again, both accu was inside unit.... --- Quote ---[root@E749xx /root]$date Wed Feb 25 02:10:32 UTC 2015 [root@E749xx /root]$hwtime bash: hwtime: command not found [root@E749xx /root]$hwclock Wed Feb 25 06:53:49 2015 -0.763275 seconds [root@E749xx /root]$ --- End quote --- Well my expectation was that the system already done that for me.... Thank you to both of you :) Must try advices, than report later.... |
| 9aplus:
Done... on second attempt after reboot --- Quote ---[root@E749xx /root]$mount /dev/hdc1 /mnt [root@E749xx /root]$mount rootfs on / type rootfs (rw) /dev/root on / type ext2 (rw) /proc on /proc type proc (rw) none on /dev/pts type devpts (rw) /dev/mtdb3 on /flash type jffs2 (rw) /dev/hdc1 on /mnt type vfat (rw) [root@E749xx /root]$ --- End quote --- |
| Wuerstchenhund:
--- Quote from: Urs42 on February 25, 2015, 04:08:51 pm ---Some init script stores date and time at shutdown to a file in /flash, this date will be restored at the next boot. --- End quote --- Yes, but that is only to avoid that new files are written with older timestamps than existing files. --- Quote ---I'm not sure if this is a critical error, some CF/PCMCIA cards will produce errors like this one, because they don't understand all command that the kernel sends to them while initializing the card. --- End quote --- In my experience (I use CF cards a lot for embedded stuff) the Transcend cards are often more problematic than say Sandisk or Apacer. Especially when they are treated as a fixed disk (like in the E7495) and not like a removable device. However, I have used similar cards (same model, just 1GB and 16GB instead of 8GB) and didn't see such errors. |
| Wuerstchenhund:
--- Quote from: 9aplus on February 25, 2015, 05:32:38 pm ---Well my expectation was that the system already done that for me.... --- End quote --- Both CF and PCMCIA storage remain unmounted until you press the screen shot button or save some measurement data, where the card gets mounted, written to and unmounted. Ever wondered why saving a simple screen shot takes so long? That's why. This way the cards can be removed while the E7495 is still running. |
| 9aplus:
Last session -> --- Quote ---E749xx login: root Password: [root@E749xx /root]$mount /dev/hdc1 /mnt [root@E749xx /root]$mount rootfs on / type rootfs (rw) /dev/root on / type ext2 (rw) /proc on /proc type proc (rw) none on /dev/pts type devpts (rw) /dev/mtdb3 on /flash type jffs2 (rw) /dev/hdc1 on /mnt type vfat (rw) [root@E749xx /root]$cd .. [root@E749xx /]$cd .. [root@E749xx /]$ls bin flash linuxrc nfs root usr dev home lost+found proc sbin var etc lib mnt rd tmp xdrive [root@E749xx /]$cd flash [root@E749xx /flash]$cd egGui [root@E749xx egGui]$ls JimiProClasses.zip rhino-1.5R4.jar xerces.jar egclient.jar shellexec.log libguiutil.so swing.jar [root@E749xx egGui]$cp egclient.jar /dev/hdc1 [root@E749xx egGui]$umount /dev/hdc1 [root@E749xx egGui]$mount rootfs on / type rootfs (rw) /dev/root on / type ext2 (rw) /proc on /proc type proc (rw) none on /dev/pts type devpts (rw) /dev/mtdb3 on /flash type jffs2 (rw) [root@E749xx egGui]$ --- End quote --- This is 4th try and failure.... after >cp on CF card file system is gone, full format on Win PC help to restore... data and screen copy on same CF goes well.... |
| Navigation |
| Message Index |
| Next page |
| Previous page |