jeanrhum Posted February 17, 2020 Posted February 17, 2020 6 hours ago, Sagittarius said: Just the eth0 Try khadas vim2 dtb, it can work better.
balbes150 Posted February 18, 2020 Author Posted February 18, 2020 15 hours ago, lgranie said: I mount an usb drive with vfat filesystem on usb3 (personal files, no system). I will try soon booting on it to test your next releases. Can it be the reason for my reboot problem that I have got a usb drive plug during reboot? startup, the system checks all media for running scripts. 13 hours ago, igor_carenko said: The question is - what kind of u-boot i can flash into the X96 Android set-top box on the S905x processor in order to try to load armbian from eMMC? The exact name of the image you are using, the exact name of the TV box model (characteristics), and a detailed description of the steps you are taking.
igor_carenko Posted February 18, 2020 Posted February 18, 2020 (edited) 2 hours ago, balbes150 said: The exact name of the image you are using, the exact name of the TV box model (characteristics), and a detailed description of the steps you are taking. 1. From Android selected and executed "aml_update.zip", for activation boot. 2. Writed to USB-flash drive "armbian" image. // Tryed "Armbian_20.05.0-_Arm-64*" (tryed buster, focal 5.5.1 20200212; yesterday tryed Armbian_20.05.0-trunk_Arm-64_bionic_dev_5.6.0-rc1-next-20200214_desktop - all booting and working OK from USB-flash) 3. Edited uEnv for "p212". Inserted USB-flash and boot :). 4. Launched ./install_aml.sh from root folder, script executed done. 5. If I try boot without USB-flash - looped bootscreen "x96"; USB booting OK. P.S. TV-box "X96", 2G RAM/16G ROM PCB: "Q2X V2.1" eMMC: Samsung KLMAG2WEMB-B031 Wi-Fi: RTL8189ETV Edited February 18, 2020 by igor_carenko
balbes150 Posted February 18, 2020 Author Posted February 18, 2020 1. Show the output of "fdisk-l" after the installation and reboot. 2. Run gparted and show what it sees on eMMC after installation. 3. What version of Android was in the firmware before installation ? 4. Show the content (uEnv.txt)
balbes150 Posted February 18, 2020 Author Posted February 18, 2020 2 hours ago, igor_carenko said: 1. From Android selected and executed "aml_update.zip", for activation boot. 2. Writed to USB-flash drive "armbian" image. Where did the activation files come from if the image was recorded later ????
balbes150 Posted February 18, 2020 Author Posted February 18, 2020 New versions of images 20200218. Important change. With this version, you can easily add the desired u-boot on any PC (including Windows) . To do this, new versions of u-boot are downloaded on the site. https://yadi.sk/d/lTbXkrmZN5Hf6g Rules for using the new u-boot option. Download, Armbian image, unpack. Write image Armbian to the SD card. Download and write the desired version of the u-boot file to SD card. Configure the DTB and the launch string (APPEND) in (uEnv.txt) for the desired model\platform. Pay attention. Now you don't need to write u-boot with complex commands, you write the u-boot image with the same program as you usually write an Armbian image. This allows you to configure the system to run (including writing a u-boot image) on any PC (including Windows). Pay attention. The new version changed the size of the partitions that are obtained when writing an image (all images have a fixed size of 5GB). This u-boot entry option only applies to the new version 20200218 and subsequent versions. Don't try this for old images. This will not work on older images. 2
igor_carenko Posted February 18, 2020 Posted February 18, 2020 2 hours ago, balbes150 said: Where did the activation files come from if the image was recorded later ???? There is a file with a size of 0 in the image, it does not work on my TV box Therefore, I kind found old file:https://yadi.sk/d/bqV6MEL-sWKmv Android version was 6, non-rooted. Only after this script, multiload runed in my occurence.
igor_carenko Posted February 18, 2020 Posted February 18, 2020 2 hours ago, balbes150 said: 1. Show the output of "fdisk-l" after the installation and reboot. 2. Run gparted and show what it sees on eMMC after installation. 3. What version of Android was in the firmware before installation ? 4. Show the content (uEnv.txt) Spoiler uEnv.txt: LINUX=/zImage INITRD=/uInitrd # aml s9xxx FDT=/dtb/amlogic/meson-gxl-s905x-p212.dtb APPEND=root=LABEL=ROOT_EMMC rootflags=data=writeback rw console=ttyAML0,115200n8 console=tty0 no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 ************************************************************************* fdisk: Disk /dev/ram0: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram1: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram2: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram3: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram4: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram5: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram6: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram7: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram8: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram9: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram10: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram11: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram12: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram13: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram14: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/ram15: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/mmcblk1: 14.6 GiB, 15634268160 bytes, 30535680 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x0694b701 Device Boot Start End Sectors Size Id Type /dev/mmcblk1p1 1368064 1867775 499712 244M c W95 FAT32 (LBA) /dev/mmcblk1p2 1869824 30535679 28665856 13.7G 83 Linux Disk /dev/sda: 14.5 GiB, 15527313408 bytes, 30326784 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x8892cc98 Device Boot Start End Sectors Size Id Type /dev/sda1 32768 557055 524288 256M e W95 FAT16 (LBA) /dev/sda2 557056 30023487 29466432 14.1G 83 Linux Disk /dev/zram0: 50 MiB, 52428800 bytes, 12800 sectors Units: sectors of 1 * 4096 = 4096 bytes Sector size (logical/physical): 4096 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/zram1: 886.3 MiB, 929333248 bytes, 226888 sectors Units: sectors of 1 * 4096 = 4096 bytes Sector size (logical/physical): 4096 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes
balbes150 Posted February 18, 2020 Author Posted February 18, 2020 32 minutes ago, igor_carenko said: There is a file with a size of 0 in the image, it does not work on my TV box Therefore, I kind found old file:https://yadi.sk/d/bqV6MEL-sWKmv Android version was 6, non-rooted. Only after this script, multiload runed in my occurence. Since then, and we had to start, these versions are not consistent with existing systems and will not work. Everything else doesn't make sense. Activating the multi-boot does not work, because you probably ran all sorts of shit on the TV box before and did not follow the instructions - full recovery of the standard firmware via USB Burn Tool.
NicoD Posted February 18, 2020 Posted February 18, 2020 2 hours ago, balbes150 said: New versions of images 20200218. I just tried "Armbian_20.05.0-trunk_Arm-64_bionic_current_5.5.1_desktop_20200218.img" with the Orange Pi3. 1 . Wrote it to sd-card. 2 . Downloaded "u-boot-allwinner-h6-tanix-tx6.img" Wrote that to the first (boot) patition. 3 . Adjusted the uEnv.txt to point to "sun50i-h6-orangepi-3.dtb" 4 . Tried first the second APPEND line without the first. Then the first without the 2nd. No boot, all lights stay off. Without doing 2, but all others it just boots from eMMC. What am I doing wrong? Thanks.
balbes150 Posted February 18, 2020 Author Posted February 18, 2020 21 minutes ago, NicoD said: No boot, all lights stay off. I don't have OPI3, I can assume that OPI3 needs its own u-boot. The version from Tanix TX6 will not work. You can try pulling u-boot from any working image (which runs on OPI3) and try using it. If you get a working u-boot, send it my, I can process it for use in the specified mode (writing from Windows) on universal images for writing them to OPI3. 1
balbes150 Posted February 19, 2020 Author Posted February 19, 2020 A u-boot image for "Tanix TX6 mini" has been added to the site.
NicoD Posted February 20, 2020 Posted February 20, 2020 On 2/18/2020 at 2:37 PM, balbes150 said: You can try pulling u-boot from any working image (which runs on OPI3) and try using it. If you get a working u-boot, send it my, I can process it for use in the specified mode (writing from Windows) on universal images for writing them to OPI3. Are you something with this? Sorry I'm bit clueless about these things. linux-u-boot-current-orangepi3_20.05.0-trunk_arm64.deb linux-u-boot-dev-orangepi3_20.05.0-trunk_arm64.deb
balbes150 Posted February 20, 2020 Author Posted February 20, 2020 19 minutes ago, NicoD said: Are you something with this? Sorry I'm bit clueless about these things. Getting the right file is very easy. Run any version of Armbian on OPI3, and run the command fdisk -l pay attention to the number that indicates the beginning of the first section on the SD card, then run the second command, which uses the number of the beginning of the section minus 1 for example you will get this output /dev/sdf1 32768 1081343 1048576 512M e W95 FAT16 (LBA) /dev/sdf2 1081344 10239999 9158656 4,4G 83 Linux 32768 - 1 = 32767 dd if=/dev/sdf of=u-boot-opi3.img bs=512 count=32767 You send the received file u-boot-opi3.img to me. 1
NicoD Posted February 20, 2020 Posted February 20, 2020 @balbes150 I must be doing something wrong. When I write the u-boot-opi3.img to the boot partition, the boot partition disappears from view. This is what I've done. Spoiler nicod@orangepi3:~$ sudo fdisk -l [sudo] password for nicod: Disk /dev/mmcblk1: 7.3 GiB, 7818182656 bytes, 15269888 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xa886ce14 Device Boot Start End Sectors Size Id Type /dev/mmcblk1p1 8192 15117183 15108992 7.2G 83 Linux Disk /dev/mmcblk2: 59.6 GiB, 64021856256 bytes, 125042688 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x42bb5020 Device Boot Start End Sectors Size Id Type /dev/mmcblk2p1 8192 123792255 123784064 59G 83 Linux Disk /dev/zram0: 50 MiB, 52428800 bytes, 12800 sectors Units: sectors of 1 * 4096 = 4096 bytes Sector size (logical/physical): 4096 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/zram1: 997 MiB, 1045385216 bytes, 255221 sectors Units: sectors of 1 * 4096 = 4096 bytes Sector size (logical/physical): 4096 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes nicod@orangepi3:~$ sudo dd if=/dev/mmcblk2p1 of=u-boot-opi3.img bs=512 count=8191 8191+0 records in 8191+0 records out 4193792 bytes (4.2 MB, 4.0 MiB) copied, 0.216758 s, 19.3 MB/s Sorry for the troubles. If I can do it right I'll do it for a lot more boards I've got. u-boot-opi3.img
martinayotte Posted February 20, 2020 Posted February 20, 2020 14 minutes ago, NicoD said: I must be doing something wrong. When I write the u-boot-opi3.img to the boot partition, the boot partition disappears from view. That is because Armbian doesn't have any BOOT partition, and doing "dd" without "skip/seek" will copy Armbian partition table over the Balbes one. To avoid that overwrite of partition table, you need to "skip" the first 8192 bytes when reading, and "seek" the same amount of bytes when writing into the other image.
NicoD Posted February 20, 2020 Posted February 20, 2020 4 minutes ago, martinayotte said: That is because Armbian doesn't have any BOOT partition, and doing "dd" without "skip/seek" will copy Armbian partition table over the Balbes one. To avoid that overwrite of partition table, you need to "skip" the first 8192 bytes when reading, and "seek" the same amount of bytes when writing into the other image. I'm confused. The more I read the 2nd sentence the less I understand. Could you tell me what command I can use to get the u-boot to work on Balbes images? All that uboot wizardness goed above my hat I don't understand what you mean with "and "seek" the same amount of bytes when writing into the other image."
martinayotte Posted February 20, 2020 Posted February 20, 2020 2 hours ago, NicoD said: I'm confused. The U-Boot is located after the partition table but before the first partition. So, when you grabbed the U-Boot from Armbian image, and when you start the extract at byte # 0, it is also grabbing the partition table followed by U-Boot itself. U-Boot location is at byte #8192, so the extract should be done like that : dd if=ambian.img of=u-boot-only.img bs=1024 skip=8 count=1024 This will extract a 1MB image, big enough since native Armbian U-Boot is sized about 620KB ... Then, you can place it inside Balbes image without touching it own partition table by doing a "seek" : dd if=u-boot-only.img of=balbes-image.img bs=1024 seek=8 conv=notrunc That should do the job without scrapping Balbes original partition table ... 1
balbes150 Posted February 21, 2020 Author Posted February 21, 2020 14 hours ago, NicoD said: Sorry for the troubles. If I can do it right I'll do it for a lot more boards I've got. You did almost everything right, one small mistake. wrong sudo dd if=/dev/mmcblk2p1 of=u-boot-opi3.img bs=512 count=8191 right sudo dd if=/dev/mmcblk2 of=u-boot-opi3.img bs=512 count=8191 Note that you need to copy the first sectors of the device (not the partition). The loader is always located in the first sectors of the device. 1
balbes150 Posted February 21, 2020 Author Posted February 21, 2020 14 hours ago, martinayotte said: To avoid that overwrite of partition table, you need to "skip" the first 8192 bytes when reading, and "seek" the same amount of bytes when writing into the other image. If you use an arbitrary u-boot (not files that are already specially prepared and located on my site), then you use two commands to write u-boot. This is indicated in the instructions in the first message of this topic (in the spoiler for old u-boot). 11 hours ago, martinayotte said: The U-Boot is located after the partition table but before the first partition. So, when you grabbed the U-Boot from Armbian image, and when you start the extract at byte # 0, it is also grabbing the partition table followed by U-Boot itself. U-Boot location is at byte #8192, so the extract should be done like that : AML also uses the first bytes, so the universal option (which will work on all platforms the same way) is specified in my message. Pay attention. A key feature of my ready-made u-boot is the ability to write them in a "dumb" way (by any program), including in the Wibdow system, where there is no easy way to perform complex writing options (for saving the partition table). @NicoD To use your received u-boot file (which you will get yourself), you need to write this file with two commands (these commands are in the first message of the theme in the spoiler). I asked you for this file, just in order to process it at home and make a u-boot file that can be used in a simple "stupid" recording mode by any program in Windows. If you provide me with verified files from other devices (models), I can also make the necessary u-boot options from them (for simple recording) and put them on the site for General use by other users. 1
balbes150 Posted February 21, 2020 Author Posted February 21, 2020 Updated the u-boot file for Tx6 mini (Allwinner H6), now it runs from USB media.
tomassosk Posted February 22, 2020 Posted February 22, 2020 Hello, I am owner of Ugoos AM6 PRO and I want to know if it is possible to run armbian with passthrough ( DTS, AC3, DTS-HD, TrueHD... ). I have tried armbian image, but with pulseaudio there is no sound ( hdmi, spdif ), after g12_sound.sh script there is only hdmi stereo to my receiver. Am I doing something wrong, or there is no support for passthrough in armbian?
noname Posted February 22, 2020 Posted February 22, 2020 Hello, After I broke my tronsmart, I decided to buy Tanix TX6 (4/64) (I already have orange pi+ 2e and everything works well). I tried to use the latest image with a new mechanism uboot and device does not boot. I use windows and rufus. (and u-boot-allwinner-h6-tanix-tx6.img) I guess that after I write an image with uboot it breaks everything.
almotra Posted February 22, 2020 Posted February 22, 2020 Hello, Installation of the new image on x96mini is ok. I am trying to install a Traccar server on this image but it does not work, the Traccar server does not start. It worked with the old x96mini stretch images. Anyone know he Traccar, and why he didn't start on this new armbian image? Alex
NicoD Posted February 22, 2020 Posted February 22, 2020 This will be it. I'll do all the other boards next week when I find the time. Thank you. Edit : Doesn't work, I'm trying to find what's wrong. I have no idea. This is what I've done to get the u-boot Spoiler fdisk -l --Output " Disk /dev/mmcblk2: 59.6 GiB, 64021856256 bytes, 125042688 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x42bb5020 Device Boot Start End Sectors Size Id Type /dev/mmcblk2p1 8192 123792255 123784064 59G 83 Linux Disk /dev/mmcblk1: 7.3 GiB, 7818182656 bytes, 15269888 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0xa886ce14 Device Boot Start End Sectors Size Id Type /dev/mmcblk1p1 8192 15117183 15108992 7.2G 83 Linux Disk /dev/zram0: 50 MiB, 52428800 bytes, 12800 sectors Units: sectors of 1 * 4096 = 4096 bytes Sector size (logical/physical): 4096 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk /dev/zram1: 997 MiB, 1045385216 bytes, 255221 sectors Units: sectors of 1 * 4096 = 4096 bytes Sector size (logical/physical): 4096 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes * ---mmcblk2p1 start = 8192 - 1 = 8191 sudo dd if=/dev/mmcblk2 of=u-boot-opi3.img bs=512 count=8191 --Output" 8191+0 records in 8191+0 records out 4193792 bytes (4.2 MB, 4.0 MiB) copied, 0.21479 s, 19.5 MB/s " I then wrote "Armbian_20.05.0-trunk_Arm-64_bionic_dev_5.6.0-rc2-next-20200220_desktop.img" to an sd-card. I then did where sdb is the sd-card with the armbian image. sudo dd if=u-boot-opi3.img of=/dev/sdb conv=fsync bs=1 count=442 sudo dd if=u-boot-opi3.img of=/dev/sdb conv=fsync bs=512 skip=1 seek=1 I adjusted uEnv.txt to point to OPi3.dtb file and activate the correct append for 2GB.. When I insert the sd-card in the OPi3 it boots from eMMC and not from the SD-card. u-boot-opi3.img
balbes150 Posted February 23, 2020 Author Posted February 23, 2020 13 hours ago, NicoD said: When I insert the sd-card in the OPi3 it boots from eMMC and not from the SD-card. For proper execution, you need to focus on the size of the media. If your SD card is 8Gb and your eMMC is 64GB, you need to use the correct name (SD card) in the copy command. 13 hours ago, NicoD said: Disk /dev/mmcblk1: 7.3 GiB, dd if=/dev/mmcblk1 of=u-boot-opi3.img bs=512 count=8191
balbes150 Posted February 23, 2020 Author Posted February 23, 2020 19 hours ago, noname said: After I broke my tronsmart, I decided to buy Tanix TX6 (4/64) (I already have orange pi+ 2e and everything works well). I tried to use the latest image with a new mechanism uboot and device does not boot. I use windows and rufus. (and u-boot-allwinner-h6-tanix-tx6.img) I guess that after I write an image with uboot it breaks everything. Show the full output of "fdisk -l" after writing the image and u-boot. If other systems with the GPT table have previously written to this SD card, all GPT data must be completely erased (including at the end of the media).
noname Posted February 23, 2020 Posted February 23, 2020 20 hours ago, noname said: Hello, After I broke my tronsmart, I decided to buy Tanix TX6 (4/64) (I already have orange pi+ 2e and everything works well). I tried to use the latest image with a new mechanism uboot and device does not boot. I use windows and rufus. (and u-boot-allwinner-h6-tanix-tx6.img) Sorry, everything works perfectly (i tried rufus and ImageWriter). Last time i missed this item Quote For the aw H6 platform, all scripts are already in the image (which have the ending aw). You need to rename the files with the replacement (remove the .aw ending). I run Armbian_20.05.0-trunk_Arm-64_bionic_current_5.5.1_desktop_20200220: - only 2G ram; - no wi-fi; - youtube freezing and throttling (temp 80 deg); - no poweroff. I want to use tanix as a miniserver and my question is, can I use more memory and can I write armbian to eMMC?
balbes150 Posted February 23, 2020 Author Posted February 23, 2020 30 minutes ago, noname said: - only 2G ram; The original (not fake) Tanix TX6 works with 3Gb of RAM (this is the maximum value for the h6 chip). You need to use the APPEND string without a parameter with a 2GB memory limit. 33 minutes ago, noname said: (temp 80 deg); Improvement of the cooling system is required (I remove the case cover, place the case with the radiator up and add a fan). 34 minutes ago, noname said: can I use more memory and can I write armbian to eMMC? Yes, this is possible using a script install-aw.sh But be sure to make a full backup of eMMC with the DDBR utility before installing it
noname Posted February 24, 2020 Posted February 24, 2020 19 hours ago, balbes150 said: The original (not fake) Tanix TX6 works with 3Gb of RAM (this is the maximum value for the h6 chip). You need to use the APPEND string without a parameter with a 2GB memory limit. Improvement of the cooling system is required (I remove the case cover, place the case with the radiator up and add a fan). Yes, this is possible using a script install-aw.sh But be sure to make a full backup of eMMC with the DDBR utility before installing it Thanks, 3Gb of RAM available. With the transfer to eMMC, I will wait for a stable release. In your opinion, is it possible to use kernel version 5.5? Spoiler balbes150, Огромное спасибо за вашу работу и ваше потраченное время.
Recommended Posts