d let this be the end of
it. ;)
But if you just want to close this feature request, I doubt many
people will care.
--
Martin Michlmayr
https://www.cyrius.com/
release of armel (or not?) it would be nice if the installer was
working on OpenRD.
Cyril or Vagrant, can you easily apply the patch above and generate a
test image for Rick?
Sorry for creating work (again) for such a minor platform...
--
Martin Michlmayr
https://www.cyrius.com/
f
> that makes sense.
Closing it is fine.
If armel stays in bookworm, it might make sense to re-enable u-boot
for that release, but we'd first file a bug on the u-boot package.
Thank you for resolving this issue!
--
Martin Michlmayr
https://www.cyrius.com/
ght it was going to get dropped but it's still there.)
--
Martin Michlmayr
https://www.cyrius.com/
and uInitrd) and putting them
> on a fat or ext2 USB-stick or MMC-card.
As far as I can tell, the build process appends the DTB to the kernel,
so just loading uImage and uInitrd (as per instructions) should work.
--
Martin Michlmayr
https://www.cyrius.com/
e images somewhere so Rick can test
them?)
Thanks again!
--
Martin Michlmayr
https://www.cyrius.com/
Vagrant, see below:
* Martin Michlmayr [2019-08-06 20:10]:
> I noticed that there are no pre-built images for OpenRD in buster
> anymore.
>
> I found:
>
> commit e799d626f45e9c706d05003e3112d481db2870a9
> Author: Vagrant Cascadian
> Date: Wed Dec 5 17:45:22 20
* Holger Wansing [2021-08-04 21:36]:
> A patch based on this is attached (it makes the section only appear in
> the armel release-notes - currently the paragraph is visible in all archs -
> and changes the model numbers to "TS-xxx").
Looks good to me.
--
Martin Michlmayr
https://www.cyrius.com/
Debian). But since this is in the armel release
notes, I think your wording is fine.
Support for all QNAP Turbo Station devices based on Marvell chips was
dropped, but that might just make it more confusing.
--
Martin Michlmayr
https://www.cyrius.com/
209 and TS-409
* QNAP TS-11x/TS-12x, TS-21x/TS-22x and TS-41x/TS-42x
--
Martin Michlmayr
https://www.cyrius.com/
rnel
assuming armel will stay around (or have we reached the point where
"stay with stretch" is the right answer)?
--
Martin Michlmayr
https://www.cyrius.com/
that removed openrd from
build/config/armel/kirkwood/netboot.cfg should be reverted.
(the change to build/boot/arm/armel-kirkwood-u-boot-image-config
is obviously fine)
I don't have an OpenRD anymore but I can probably find someone if
testing is required.
--
Martin Michlmayr
https://www.cyrius.com/
We still haven't figured out the root cause...
--
Martin Michlmayr
http://www.cyrius.com/
start_lump or lump 3). The only downside is that the
startup prcoess is 3 seconds longer.
I'll add a patch soon and more info to this bug report.
--
Martin Michlmayr
http://www.cyrius.com/
ing on error
base-installer/kernel/no-kernels-found
Feb 18 23:26:19 main-menu[1382]: (process:7509): Aborted
Maybe some debian-boots folks can look over the log with their
trained eyes.
I don't know what the validlocale error is about.
And I don't see why no kernel is found.
debian-boot, any
rnel Image ... OK
> Starting kernel ...
> Uncompressing Linux... done, booting the kernel.
>
>
>
>
>
> Kari Tanninen kirjoitti 1.3.2018 20:01:
> > I try tomorrow record Debian "Stretch" U-boot/uImage/uInitrd -terminal
> > output with instructions
> &
eters
> to it before actual boot.
>
> U-boot sets and can read correctly that fdt-file "chosen" part. U-boot
> kprint line for that "chosen" value is visible on log-file.
>
> Martin Michlmayr kirjoitti 1.3.2018 14:02:
> > * Kari Tanninen <ot...@elisanet.
kernel and
ramdisk are loaded but the kernel doesn't see the ramdisk, leading to
the "no root" issue.
--
Martin Michlmayr
http://www.cyrius.com/
* Arthur <art...@lutz.im> [2018-02-21 23:03]:
> I now have another problem (should I file another bugs?), openning up
These are different issues so please don't follow up here.
Let's continue this on the thread on debian-arm:
https://lists.debian.org/debian-arm/2018/02/msg00086.html
-
* that's the case. I didn't investigate in detail.
--
Martin Michlmayr
http://www.cyrius.com/
The other thing you can do is to enable XZ compression:
http://www.cyrius.com/debian/orion/qnap/ts-109/troubleshooting/#bootable
I thought this was documented in the release notes but I can't find
it.
--
Martin Michlmayr
http://www.cyrius.com/
urrently says "You can use LVM and RAID and a number of filesystems",
which is definitely no longer true to due to the size issue (even with
MODULES=dep).
--
Martin Michlmayr
http://www.cyrius.com/
er.
Maybe the HP t5325 situation is different because the default config
doesn't work anyway with Debian and you have to modify it, so you may
just as well modify root= too.
In any case, this device was never supported by HP t5325 anyway so I
don't mind either way.
--
Martin Michlmayr
http://www.cyrius.com/
* Ian Campbell <i...@debian.org> [2017-08-03 20:15]:
> Martin, does that fix seem correct to you?
Your analysis sounds correct to me. Please go ahead and make the
change.
Thanks!
--
Martin Michlmayr
http://www.cyrius.com/
ng the script on wheezy's kernel is
necessarily supposed to work, so that error can be disregarded.
Unfortunately, I've no idea regarding the segfault.
--
Martin Michlmayr
http://www.cyrius.com/
o run the installer). But
you're talking about kirkwood-qnap, the script in flash-kernel. What
error did you get? Which verison of Debian did you run it on?
--
Martin Michlmayr
http://www.cyrius.com/
auto-detect the right
> kernel version on a 419PII)
Maybe the QNAP firmware has changed. If you can easily go back to the
QNAP firmware, we can look into this issue.
--
Martin Michlmayr
http://www.cyrius.com/
re context:
> https://lists.debian.org/debian-boot/2016/07/msg00239.html
> https://bugs.debian.org/862555
Thanks for these links!
--
Martin Michlmayr
http://www.cyrius.com/
*.txt. Hopefully someone
who knows about these brcmfmac*.txt files can comment.
--
Martin Michlmayr
http://www.cyrius.com/
an-boot/2014/01/msg00188.html
--
Martin Michlmayr
http://www.cyrius.com/
on the logs, you need the kernel-6282 kernel image.
--
Martin Michlmayr
http://www.cyrius.com/
easiest way
to pass the config option.
--
Martin Michlmayr
http://www.cyrius.com/
installer.
It's the first time I saw a QNAP user with this problem and I suspect
we would have heard about it already if it was a common issue.
So I really have no idea. :/
--
Martin Michlmayr
http://www.cyrius.com/
Please, go ahead with the generic script.
>
>Am 18.03.17, 02:44, Martin Michlmayr <t...@cyrius.com> schrieb:
>
> Hi Heinrich,
> * Heinrich Schuchardt <xypron.g...@gmx.de> [2017-03-18 02:39]:
> > U-Boot 2017-3 does not contain MMC support for th
e point) or would you prefer your original solution that works with
the built-in u-boot? My worries are about supporting upgrades from
the original u-boot to mainline u-boot. Going with the generic u-boot
approach would avoid this issue.
--
Martin Michlmayr
http://www.cyrius.com/
* Scott Barker <sc...@mostlylinux.ca> [2017-03-17 17:47]:
> I know the db entry for the NETGEAR ReadyNAS Duo v2 is missing from this
> installer image, which is the one I've been using:
Yeah, I just added the db entry to git. It's not even in the archive
yet.
--
Martin Mi
rom unstable and then install stable.
What do you think about this approach? Do you know how well u-boot
2017.03 works on this device?
--
Martin Michlmayr
http://www.cyrius.com/
* Scott Barker <sc...@mostlylinux.ca> [1969-12-31 17:52]:
> Please add suuport for NETGEAR ReadyNAS Duo v2. The db entry that works for
> me is:
Thanks, I added this in git.
Do we also have to create any installation images in debian-installer?
--
Martin Michlmayr
http://www.cyrius.com/
everything works so far \o/
Karsten, I think this one is waiting for you. Can you take a look?
--
Martin Michlmayr
http://www.cyrius.com/
* Scott Barker <sc...@mostlylinux.ca> [1969-12-31 18:48]:
> Please add support for NETGEAR ReadyNAS Duo v2, which uses a "kirkwood"
> processor:
Thanks, I added this patch.
--
Martin Michlmayr
http://www.cyrius.com/
e.
Taking backup of boot.scr.
Installing new boot.scr.
--
Martin Michlmayr
http://www.cyrius.com/
Thanks, I applied this patch.
U-boot on the ARM64 system I tested (a Jetson TX1) accepts boot
scripts with both -A arm and -A arm64, but as you point out this may
not be the case on all systems.
--
Martin Michlmayr
http://www.cyrius.com/
nto this issue. However, I investigated a bit more and found
out that it relates to the use of "local". See e.g.
http://superuser.com/questions/363444/how-do-i-get-the-output-and-exit-value-of-a-subshell-when-using-bash-e/1103711#1103711
for an explanation. Fortunately this i
${script}; run boot_a_script; echo SCRIPT FAILED:
> continuing...; fi; done
> scriptaddr=0x20
> soc=mvebu
> stderr=serial@12000
> stdin=serial@12000
> stdout=serial@12000
> usb_boot=usb start; if usb dev ${devnum}; then setenv devtype usb; run
> scan_dev_for_boot_part; fi
> vendor=solidrun
>
> Environment size: 3819/65532 bytes
>
>
> --
> 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731
> Debian Developer | Lisp Hacker | CaCert Assurer
--
Martin Michlmayr
http://www.cyrius.com/
rst place.
On modern devices, we no longer wrap the kernel and initrd into an
u-boot image, but we boot it directly using bootz (arm) or booti
(arm64).
I see there's also one "mkimage -A arm" call to generate the boot
script. Is that's what causing you the problem?
--
Martin Michlmayr
http://www.cyrius.com/
Hi Uwe,
Can you review your old Netgear ReadyNAS 102/104 patch for
flash-kernel and apply them?
--
Martin Michlmayr
http://www.cyrius.com/
r "Couldn't find $dtb"
- fi
append_dtb "$kernel" "$dtb" "$tmpdir/kernel"
kernel="$tmpdir/kernel"
elif [ -n "$machine_id" ]; then
@@ -945,9 +946,6 @@ case "$method" in
if [ -n "$boot_dtb_path" ]; then
boot_dtb_path="$boot_mnt_dir/$boot_dtb_path"
boot_dtb=$(find_dtb_file)
- if [ ! -f "$boot_dtb" ]; then
- error "Couldn't find $boot_dtb"
- fi
dtb="$tmpdir/dtb"
cp "$boot_dtb" "$dtb"
backup_and_install "$dtb" "$boot_dtb_path"
--
Martin Michlmayr
http://www.cyrius.com/
It seems I never applied this patch because I was waiting for Ian to
review it.
Ian, do you have some time to look at the proposed patch?
* Martin Michlmayr <t...@cyrius.com> [2016-08-05 19:46]:
> * Jesse Adelman <je...@boldandbusted.com> [2015-06-20 20:35]:
> > When I upgra
sever size restrictions?
I don't think so.
--
Martin Michlmayr
http://www.cyrius.com/
Hey!
I've recieved a message from our friend and he told something really
surprising, just take a look <http://vouch.jillofalltradesnola.com/e6xj/511>
Martin Michlmayr
; of it. I can always exclude wget-udeb from this particular image.
>
> So how do we move forward here? Exclude wget-udeb from the orion5x-qnap
> image and otherwise include it by default?
That should work.
--
Martin Michlmayr
http://www.cyrius.com/
ody can connect trough ssh several times ?
Yes because right now I get this when I open a 2nd connection:
debug1: Sending env LC_COLLATE = C
There is a screen on:
1356.network(11/16/16 23:24:12) (Attached)
Apart from this, the patch works for me.
--
Martin Michlmayr
http://www.cyrius.com/
ERM_TYPE" != network -a "$TERM" != dumb ]
>
> Is that really what we want?
Oh, good point.
I think that's what we want but I'm not sure. Maybe Roger can
comment. In his old code, there was also a $NETBOOT_SCREEN variable
which afaict wasn't set set anywhere.
--
Martin Michlmayr
http://www.cyrius.com/
een binary, run menu in it.
# call this script again with in GNU/screen, possibly in UTF-8
mode
SCREEN_OPT=""
--
Martin Michlmayr
http://www.cyrius.com/
bian-installer.git; or am I missing anything?
Sorry, I learned about the removal recently but forgot to update d-i.
I pinged the upstream maintainer recently and I hope the u-boot images
will be back in time for stretch.
--
Martin Michlmayr
http://www.cyrius.com/
e
of it. I can always exclude wget-udeb from this particular image.
--
Martin Michlmayr
http://www.cyrius.com/
nel package update.
It's true that the flash-kernel approach is more flexible. I think
for the board I have in mind, I only need a one-time adjustment but
let me play with it first.
--
Martin Michlmayr
http://www.cyrius.com/
ake
sure the variables are set. As a side effect, flash-kernel could use
one single boot script for all (or most) devices.
What do you think?
--
Martin Michlmayr
http://www.cyrius.com/
e paths, and there's
/usr/lib/linux-image-$kvers and /etc/flash-kernel/dtbs)
Looking at the code, all uses of find_dtb_file() check for the result
and produce an error if the file doesn't exist, so maybe we should
just move the error messages into find_dtb_file(). Then we could tell
the user where
or the DTB.
I can change it to:
Couldn't find sun7i-a20-olinuxino-lime.dtb
Does this work?
--
Martin Michlmayr
http://www.cyrius.com/
ckage doesn't contain the
DTBs.
--
Martin Michlmayr
http://www.cyrius.com/
rant Cascadian knows something?
--
Martin Michlmayr
http://www.cyrius.com/
taller/syslog from the SD card and b)
show the boot log (after the installer).
--
Martin Michlmayr
http://www.cyrius.com/
this in Debian, I'll reassign this bug to
release-notes where we should add a link to the configuration change.
--
Martin Michlmayr
http://www.cyrius.com/
* Mike Thompson <mpthomp...@gmail.com> [2016-08-06 18:32]:
> OK Martin, that image worked. I did a full install of Debian Stretch from
> it. Below is the output at the tail end of bootup and login.
Thanks for testing it!
--
Martin Michlmayr
http://www.cyrius.com/
urrent/images/orion5x/network-console/hp/mv2120/netboot.img
--
Martin Michlmayr
http://www.cyrius.com/
" ]; then
+ if [ -n "$boot_dtb_path" ] && [ "$dtb_append" != "no" ]; then
boot_dtb_path="$boot_mnt_dir/$boot_dtb_path"
boot_dtb=$(find_dtb_file)
if [ ! -f "$boot_dtb" ]; then
--
Martin Michlmayr
http://www.cyrius.com/
t's pretty safe (given
the dtb starts with the platform name).
If it ever breaks, I think we could easily allow the subdir in the
flash-kernel database and look for subdir/dtb before looking for just
dtb.
--
Martin Michlmayr
http://www.cyrius.com/
th
> the partition image like we do it for the "real" firmware images.
> With this method, the space and bandwidth impact would be
> absolutely minimal
Yes, I did consider the space impact but went with a full image
because it's easier for the user. But I'm fine with doing it
a DTB is specified ($dtb_name is not empty) we need the DTB
so there should be an
else
error "Cannot find DTB file $dtb"
fi
Is there a situation where we want to continue without the DTB file?
--
Martin Michlmayr
http://www.cyrius.com/
- echo "Installing $dtb_name into
/boot/dtbs/$kvers/$dtb_name" >&2
+ if [ -e "$dtb" ]; then
+ echo "Installing $dtb into /boot/dtbs/$kvers/$dtb_name"
>&2
mkdir -p /boot/dtbs/$kvers/
cp "$dtb" "/boot/dtbs/$kvers/$dtb_name.new"
backup_and_install \
--
Martin Michlmayr
http://www.cyrius.com/
ail, all arm64 boards will have booti soon:
http://lists.denx.de/pipermail/u-boot/2016-July/262385.html
--
Martin Michlmayr
http://www.cyrius.com/
exclude=debfoster unstable debian-armel http://ftp.debian.org/
You have to use http://ftp.debian.org/debian
--
Martin Michlmayr
http://www.cyrius.com/
rion5x/network-console/hp/mv2120/netboot.img
will not boot right now with these settings. However, you can change the
loadAddr to 0x050 and it should work. I just commited a fix in Git so
it should work in a day or so with 0x060.
--
Martin Michlmayr
http://www.cyrius.com/
uses 0x0160
--
Martin Michlmayr
http://www.cyrius.com/
medium
- Split orion5x into orion5x and orion5x-qnap. This is based on
work done by Roger Shimizu.
- Exclude the text frontend.
+ * Add generic armhf SD card image.
[ Adam Conrad ]
* build/Makefile: Don't strip modules; this removes sigs (LP: #1604441)
--
Martin Michlmayr
http://www.cyrius.com/
* Vagrant Cascadian <vagr...@debian.org> [2016-07-30 17:23]:
> Thanks for the patch! Looks good and simple to me.
>
> I presume the database entries for platforms that need it would then
> include the vendor like this:
>
> DTB-Id: VENDOR/PLATFORM.dtb
Correct.
-
+ # dir away because we want to put the file in /boot/dtbs/$kvers/
+ # without additional subdirs.
+ local dtb_name=$(basename $dtb_name)
+
if [ "x$FK_KERNEL_HOOK_SCRIPT" = "xpostrm.d" ] ; then
rm -f "/boot/dtbs/$kvers/$dtb_name"
--
Martin Michlmayr
http://www.cyrius.com/
es copies all/* over before arm64/* so the latter would be
used.
Is there a better approach?
--
Martin Michlmayr
http://www.cyrius.com/
d-i subarch (except the directory
where they download the image from) whereas they will notice the
kernel flavour.
--
Martin Michlmayr
http://www.cyrius.com/
people want to see
this. In my opinion, adding Blends is definitely taking things too
far. Most users will have no clue what it's about, even if we add an
explanation of what a "blend" is.
We've worked hard for years to improve the installation experience and I
fear the new tasksel select
* Mathieu Malaterre <ma...@debian.org> [2016-02-22 08:25]:
> debdiff attached
Thanks, Mathieu, and sorry for the delay. I applied the translation
fix and also (with minor changes) the package descriptions.
Thanks!
--
Martin Michlmayr
http://www.cyrius.com/
introduce an
orion5x-qnap, without converting everything to marvell, or do you see
any advantages of combining orion5x and kirkwood into marvell? (If
there are advantages, please let me know.)
--
Martin Michlmayr
http://www.cyrius.com/
o be updated). Do you see any advantages (apart from using the
same name as the kernel)?
--
Martin Michlmayr
http://www.cyrius.com/
nd I
assume you no longer have an original firmware config since you're
doing new Debian installations to the same disk.)
Peter confirmed the installer got the hostname from DHCP. Are you
saying this is broken, or does your DHCP not supply a hostname?
I'm not sure what you're trying to say.
--
Martin Michlmayr
http://www.cyrius.com/
he .udeb into the directory. daily-build will update it.
--
Martin Michlmayr
http://www.cyrius.com/
D set-up also depends on the hostname as default name.
> see ML thread:
> https://lists.debian.org/debian-arm/2016/02/msg00062.html
I know that. Guess why Peter filed this bug report. ;-)
--
Martin Michlmayr
http://www.cyrius.com/
ain why the installer
is working the way it is today.
--
Martin Michlmayr
http://www.cyrius.com/
* Martin Michlmayr <t...@cyrius.com> [2016-02-25 10:40]:
> We read the hostname and store it as $HOSTNAME but then we do:
>
> add "$FILE" "netcfg/get_hostname" "string" "debian"
>
> I guess this should be $HOSTNAME (if set) or "
es that make sense now?
I'm not sure how difficult it would be to run netcfg again after you
connect with SSH and to show the hostname selection.
Anyway, can you tell me if the installer took the hostname from DHCP?
--
Martin Michlmayr
http://www.cyrius.com/
> that script, so if it's not working, it should be a bug to report.
What unset_matching_var does it to unset a variable if it has a
particular value. This is because we don't want to use values that
are the default values. i.e. only take the value if the user has
personally chosen something.
--
Martin Michlmayr
http://www.cyrius.com/
ot local compiling.
You can put local udebs in build/localudebs
> Another question is how to package udeb? I have a few experience on
> normal deb packaging, but I have no idea how to do it for udeb.
> Any way to install / debug udeb package?
I suggest you take a look at other packages th
the installation.
> However, it would be nice if the installer would ask for the hostname before
> the installation starts.
--
Martin Michlmayr
http://www.cyrius.com/
mal d-i in the 1st console.
> I also have no idea where to start to change, just need some time to
> be familiar with so much projects in d-i.
You could start by making a local udeb of tmux/screen.
--
Martin Michlmayr
http://www.cyrius.com/
uggest KiBi
closes this bug if it's indeed fixed.
--
Martin Michlmayr
http://www.cyrius.com/
l architectures will be there later today.
--
Martin Michlmayr
http://www.cyrius.com/
l.
> I'm happy that finally those orion5x/kirkwood NAS boxes, which already
> or almost lost support from vendor, can be supported by Debian.
>
> Thanks for your guiding and support!
Nice work!
--
Martin Michlmayr
http://www.cyrius.com/
for netboot rather than network-console because you can
simply open a second SSH connection with the latter.
On the other hand, it's not clear how d-i can be started within
screen/tmux, but maybe you know.
--
Martin Michlmayr
http://www.cyrius.com/
rd-Address: 0x0
>
> on a rn102, but I think this is not optimal.
I cannot remember for sure but I thought there was an issue with the
numbers you picked. I'd have to check my mails with Gijs if you
cannot remember.
--
Martin Michlmayr
http://www.cyrius.com/
build/config/x86.cfg: Also pass -n to gzip.
commit d7a975094883477cc708f382e430a280fc8c7488
Author: Cyril Brulebois <k...@debian.org>
Date: Thu Nov 26 01:46:33 2015 +0100
Rename GZIP into gzip, and pass an extra -T to pigz.
It needs both -n and -T to behave as gzip's -n.
--
Martin Michlmayr
http://www.cyrius.com/
1 - 100 of 1871 matches
Mail list logo
