Jump to content

Virgus

Members
  • Posts

    14
  • Joined

  • Last visited

  1. Hello, I just received a replacement unit of my Lamobo-R1 board and I'd like to test it with an SD card I've currently running on a BananaPro with the latest Armbian release. Is there a way to use it on the Lamobo-R1 without having to reinstall & reconfigure everything? Thanks, V.
  2. No, infact that's why I started examining this issue. I'll try other two HDs I have to check if with different brands/models I have a different behaviour. But I won't be able to check this before 15 days as I'm abroad now. I'll let you know how it goes... Thanks for sharing your experiences, 0°C is clearly a false value, I would rather prefer a "greyed out" icon in RPiMonitor, but before solving this I have to make the script work correctly. BTW I sent the Lamobo-R1 back to Sinovoip, they promised to check my board and send me a fully tested one working with a 0.7A HD! ...and the parcel to china was not so expensive at the end.
  3. Hello Igor and tkaiser, I'm posting here my question for you as it is related to both hd sleeping and to tkaiser's RPiMonitor temp-daemon script. I noticed that when the script is running the Sata HD never goes to sleep and if I turn the script off it does. So I tried modifying the script in this way: # HDD/SSD temp DiskStatus=$(hdparm -C /dev/sda) substr=standby if [[ "$DiskStatus" =~ "$substr" ]]; then echo -n >/run/hdd-temp echo $DiskStatus else DiskTemp=$(hddtemp -n /dev/sda) if [ "X${DiskTemp}" != "X" ]; then echo -n ${DiskTemp} >/run/hdd-temp echo $DiskStatus fi fi but still, if the script is running the Sata HD never goes to sleep. If the script is launched after the HD is sleeping there's no problem, but once accessed the drive the script inhibits it from going to sleep again. So I tested doing manually the following sequence: hdparm -Y /dev/sda #the drive goes to sleep manually hdparm -C /dev/sda #drive is asleep hdparm -C /dev/sda #drive is spinning again Alternatively I set the sleeping timeout to 5 minutes with: hdparm -B255 -S60 /dev/disk/by-id/ata-ST9750420AS_5WS2FWKN And after spin down: hdparm -C /dev/sda #drive is asleep hdparm -C /dev/sda #drive is still asleep How come the hdparam -C wakes up the hard disk in the first case and doesn't wake it up in the second case?!?! How could I modify the script exactly to have HD sleeping and RPiMonitor coexist? Thanks, V. BTW To avoid RPiMonitor report a wrong temperature when the drive is asleep I added echo -n >/run/hdd-temp to the script. I couldn't test it for the aforementioned issues; do you think it's fine like this?
  4. Hello Igor I tried without success but at the end I found a solution (sort of). I restored a clean Armbian raw image to my sd and then zeroed it and used rsync to backup my original sd to the smaller one. Rsync took less than 2 minutes (2Gb of data on my SD) and I now have a compressed raw of 1.3GB! Not the ideal solution but it's a good compromise at least. Thanks and have a nice day, V.
  5. Hello Igor, I had problems trying to use your function shrinking_raw_image () directly on the Armbian release I'm using. So I tried copying the partition as you suggested but the "cloned" card did not boot. I used some instructions I found on the web to extract the bootloader from the MBR backup #Backup MBR dd if=/dev/mmcblk0 of=/usr/local/sbin/mbr_sdcard.img bs=512 count=1 #Restore Bootloader dd if=/usr/local/sbin/mbr_sdcard.img of=/dev/sdd bs=446 count=1 According to what I understood Armbian SD card consists only of bootloader MBR and the ext4 partition. Am I correct? Besides the former commands I did the following: created a single ext4 partition on an external sdcard, mounted it to /mnt/sdd1 and rsynced the contents from mmcblk0 to sdd1. This is more or less the sequence of actions used by rpi-clone scripts. Am I missing something?
  6. That's great Igor, thank you so much, it will be really a useful script to use from now on. For the raw image, since the BPIs have the SATA drive, is it fine to simply use DD? sudo dd if=/dev/mmcblk0 of=/mnt/sda1/SD_Backups/BPiArmbian.raw I'm trying it for the first time, is there a way with dd to copy only the used part of the SD, to speed up the process? Thanks again, V.
  7. I need to clone a bigger (almost empty) sd card to a smaller one. I use rpi-clone on RPIs but since armbian has a single partition rpi-clone (or its forks) doesn't seem to work :-/ https://github.com/billw2/rpi-clone.git https://github.com/KoljaWindeler/pi-clone https://github.com/wbphelps/rpi-clone-wm.git Has anybody used successfully rpi-clone or other similar scripts on armbian? What is the best way for creating the smallest img files possible? With my RPIs I clone SDs to smaller ones, then I "zerofree" the created card and I backup it to an image file. I'm currently using this software on Windows which creates compressed img files so that I have no need of zipping files, but there might be better options out there... Please share with me your experiences about efficient (and possibly fast) backups. Thanks, V.
  8. Many thanks to all of you for the fast replies, I took a pause from the Lamobo-R1 and used a BananaPro instead. I had no problems at all! I'll try again later with R1 board and see if something improves. Sinovoip offered me to replace the board, but I'm afraid shipping back the board to china will cost more than the board itself... I'll report you if things improve. BTW Thanks tkaiser, RPI-Monitor is a great tool! I take advantage of this post to ask if anybody has a script for cloning a big sd card to a smaller one. I use rpi-clone on RPIs but since armbian has a single partition rpi-clone does not work :-/ Better I start a new topic, not to mess up things in the forum too much... Have a nice weekend, V.
  9. you're right, what a "gift" I've made to myself buying this crappy board!!!
  10. Hello everybody. before exposing my actual problem a little summary so that others who faced the same situation might benefit. I got my buggy Lamobo-R1 and tried every possible image with sata before finding armbian. I didn't expect so many problems and I tried to mount my sata hd for the first time when the unit shut off. The armbian image file stopped booting when a SATA hd was connected to the unit! I spent 5 days writing to Sinovoip and reading their nonsense replies until they sent me a link on the bananapi forums full of complaints about how poorly this unit was designed. No improvement. My unit does not boot with 5v 4A power injected through battery connector (even pushing pwr on button). Finally I tried the only other option I've read on the same forum here , injecting power to J12 connector, and couldn't boot either but - unexpectedly - after removing J12 power the Lamobo-R1 booted again with armbian sd image and the sata worked. Summarizing no boot possible injecting powering the unit other than from the micro USB port With micro USB + battery connector I can boot and use SATA (just tested mounting and accessing files though) BUT if I use the HD drive continuously reading it for more than 22/25 minutes then the unit shuts down unexpectedly. For the heat issues I read on forums I put silicon nuts to give 5mm space between the pcb and the hard disk but even with that the unit shuts down, but honestly after 25 minutes the heat didn't seem that much. Do you have hints/suggestions on how to proceed? I'll put a fan now to test if this behaviour is due to heat but I'm skeptical. Thanks for any help you might give, V.
  11. Many thanks Igor! I'm having a major issue with Sata power but it's better I post it to the BPI-RI Sata topic. V.
  12. Many thanks! It worked with "hdparm -B255 ..." command and after I gave power to the battery connector (it was needed otherwise the HD did not spin up again after spin down). May I ask another hint? I noticed that on shutdown the BPI-R1 HD spins down and then reboots while on reboot it doesn't spin down, it just shuts off the HD and the BPI-R1 reboots. Is it normal behaviour? Could you please suggest me a way to make it not reboot at shutdown? Is there a way also to make it spin down the HD prior to rebooting? Thanks again and have a nice day! V.
  13. Hello I've just started struggling with Lamobo-R1 SATA problems and I'm facing the well-known bad customer service from SinoVoip. With the help of this forum I got finally the HD spinning but I've not seen anything yet related to hd-idle package. I'd like to know if anybody uses it and if the instructions on http://hd-idle.sourceforge.net/ are correct to recompile for the BPI-R1 board. As a matter of fact I'm stuck at the line saying "Run "dpkg...." Thanks! V.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines