This is still unsolved.
where is "upstream" to politely request this fixed?
Even if shim is highly security sensitive it's TFTP requesting
the wrong server in a proxyDHCP environment.
thanks
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubu
It seems Casper does not update /etc/systemd/resolved.conf
then I do not really know how you get this working if booting
from an untouched live 17.10 Ubuntu
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bu
I'm PXE booting 17.10 live with Serva.
I also found that the booting image DNS is broken.
I traced the problem to Casper within the booting initrd.lz, the file
/script/casper-bottom/23networking
does not populate
/etc/systemd/resolved.conf
therefore the DNS daemon does not work.
I've added to 23
I stand corrected;
there's a typo on my patch the correct line should look like:
+ bootp.flags = htons(0x8000);
as mentioned by jvosburgh
Unfortunately this mistake was not previously detected because
all the net gear I've used on tests and Wireshark completely
ignored it.
Best,
Patrick
--
you know what
fixing 2 + 2 = 5
with 2 + 2 = 4
does not really need to be "confirmed" in every single Ubuntu flavor.
if I were you I would not remove anything because that would only add confusion.
Best,
Patrick
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
>This has broken DHCP in our environment.
>I suspect it has something to do with dhcp relaying.
If your DHCP relay is broken after this change that means your DHCP
relay needs the client's IP on the yiaddr field and that means you have
a broken DHCP relay.
--
You received this bug notification b
> * debian/patches/broadcast_dhcp_send.patch: set the broadcast
> bit and yiaddr to 0 (INADDR_ANY) when sending DHCPDISCOVER/
> DHCPREQUEST, as per RFC 2131; section 4.1.
This is OK
>This helps when there is more than one interface
>trying to do DHCP at the same time.
This is complete nonsense
here you have also an old bug (2 years) affecting PXE scenarios when
using CIFS. It was never fixed even when the solution is right there.
seen in:
ubuntu-14.04-desktop-amd64.iso
ubuntu-14.04-desktop-i386.iso
ubuntu-16.04-desktop-amd64.iso
ubuntu-16.04-desktop-i386.iso
https://bugs.launchpad.
just by watching the code it is obvious the export command is missing.
the BUG remains;
I do not see any "feature" here.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1331547
Title:
No network whe
I have sent the patch to Debian long ago,
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756633
I found Daniel Baumann there who systematically refused to do anything
on this matter answering very funny things.
I have also sent the patch to the klibc list but it was completely
ignored.
Best,
--- a/usr/kinit/ipconfig/dhcp_proto.c
+++ b/usr/kinit/ipconfig/dhcp_proto.c
@@ -201,8 +201,14 @@ static int dhcp_send(struct netdev *dev,
bootp.hlen = dev->hwlen;
bootp.xid = dev->bootp.xid;
bootp.ciaddr= INADDR_ANY;
- bootp.yiaddr= dev->ip_addr;
+
@Mathieu Trudel-Lapierre
> please check whether this actually fixes the issue.
> this is no guesswork.
Yes it is; I'm saying here for almost 2 years what it has to be done to fix
this problem and you recommend to see if a partial fix solves the problem or
not. well...
>Bits can be missed.
Sure
>yiaddr is set elsewhere in the code already (in dhcp_send_discover()
If that is the case it is also wrong;
I wonder what IP are they using in a DHCP DISCOVERY??
that makes absolute not sense for a booting client trying to get an IP.
anyway it seems you are wrong:
int dhcp_send_discover(struct
Patch sent upstream
But I think that list is not really active
http://www.zytor.com/pipermail/klibc/2016-March/003923.html
Best,
Patrick
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1327412
Tit
I just recompiled ipconfig "once" and I got it working
I can confirm that /klibc-2.0.4/usr/kinit/ipconfig/dhcp_proto.c
did not fix this bug yet
static int dhcp_send(struct netdev *dev, struct iovec *vec)
{
struct bootp_hdr bootp;
char dhcp_hostname[SYS_NMLN+2];
uint8_t p
It seems the fix is only partial ;
>From RFC2131 (Dynamic Host Configuration Protocol) for a client we have:
FieldDHCPDISCOVER DHCPREQUEST DHCPDECLINE,
DHCPINFORM DHCPRELEASE
-
This is an old bug never fixed by Ubuntu, never fixed by Debian either...
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756633
You have to recompile ipconfig with the patch I wrote above and everything
works OK.
Hopefully some day Ubuntu and/or Debian will fix this ;-)
--
You received this
PXE booting w/o the ipconfig issue
; ubuntu-15.10-desktop-amd64.iso
; ubuntu-15.10-desktop-i386.iso
; ubuntukylin-15.10-desktop-amd64.iso
; ubuntukylin-15.10-desktop-i386.iso
requires INITRD_N11.1.GZ
source:
http://www.vercot.com/~serva/an/NonWindowsPXE3.html
--
You received this bug notif
no news from Ubuntu, your link seems broken...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1327412
Title:
Delay during PXE Boot, IP-Config gives up
To manage notifications about this bug go to:
h
This is the patch that "fix" this issue...
I have been using this patch for almost a year and works perfectly
static int dhcp_send(struct netdev *dev, struct iovec *vec)
{
...
- bootp.yiaddr = dev->ip_addr;
+bootp.yiaddr = INADDR_ANY;
+bootp.flags = htons(0x800);
...
}
Additional info
1)
When PXE installing on a VMware Workstation using the VMware DHCP server plus
Serva as proxyDHCP the bug is not present.
When PXE installing on a real PC with a Netgear ISP router as DHCP plus Serva
as proxyDHCP the bug is present.
In the first case the VMware DHCP module igno
I think I have found/solved this bug;
The problem is located at ipconfig (klibc-utils) not implementing the DHCP
standard as it should at the file
/klibc-2.0.3/usr/kinit/ipconfig/dhcp_proto.c
old:
static int dhcp_send(struct netdev *dev, struct iovec *vec)
{
...
bootp.yiaddr= dev->i
** Package changed: initramfs-tools (Ubuntu) => klibc (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1327412
Title:
Delay during PXE Boot, IP-Config gives up
To manage notifications about t
Very weird bug;
I have PXE booted over VMWare VM w/o problem but when PXE booting on real
hardware I got the problem.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1327412
Title:
Delay during PXE
** Summary changed:
- No network when PXE booting with CIFS (Live)
+ No network when PXE booting Live Ubuntu with CIFS
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1331547
Title:
No network when P
Public bug reported:
the initrd.lz\initrd\scripts\casper script has a bug
function
do_netmount() {
...
if [ "${NETBOOT}" != "nfs" ] && do_cifsmount ; then
rc=0
elif do_nfsmount ; then
NETBOOT="nfs"
export NETBOOT
rc=0
fi
...
should be changed to
...
There's even a new annoyance;
ubuntu-12.04.3-desktop-amd64.iso
has a renamed kernel; the old
\casper\vmlinuz
is now called
\casper\vmlinuz.efi
forcing to edit all the working scripts and menus "only" for the 12.04.3
amd64 version...
--
You received this bug notification because you are a me
@mantas
ubuntu-12.04.3-desktop-amd64.iso
ubuntu-12.04.3-desktop-i386.iso
des_generic.ko and md4.ko are still not included within initrd
PXE/CIFS still broken
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net
The bug is confirmed and it is displayed on install when CIFS services are
needed; The install aborts.
The solution has been tested and is included in the first post.
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a me
Public bug reported:
desktop LTS 12.04/.2 broken cifs support on install
While initrd.lz includes cifs.ko the modules des_generic.ko and md4.ko
are missing.
CIFS is very handy when PXE booting Ubuntu LTS Desktop live from Windows OSs as
Serva does it here.
http://vercot.com/~serva/an/NonWindows
I agree 100% with Paul;
I preffer a slower rate on new releases than this mess of unsolved bugs on LTS
editions...
how can we serioulsy consider an LTS edition if bugs are only solved on
new releases forcing us to upgrade when what we really want is
stability???
--
wpasupplicant doesn't start w
the above comment is not always true...
8.04 custom install defining new tasks for tasksel, tasksel works ok but when
invoke "apt-get install" this one is unable to find the requested task for its
installation... the tasks are perfectly defined on
/usr/share/tasksel/ubuntu-tasks.desc but they ne
the same thing here on 8.04 tryng to run a humble debconf script...
the proposed solution didn't work , the file has no one locking it...
I've reinstalled debconf & debconf-utils... so far no luck...
--
debconf: DbDriver "config": /var/cache/debconf/config.dat is locked by another
process: Reso
there you can se what I say...
console on putty com1 final phase of booting
** Attachment added: "screen with the problem"
http://launchpadlibrarian.net/49135618/screen.jpg
--
errors messages are not ended by \n
https://bugs.launchpad.net/bugs/569503
You received this bug notification becaus
guau... nobody reads this?
--
errors messages are not ended by \n
https://bugs.launchpad.net/bugs/569503
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/m
more info, the problem appears when booting a 8.04.3 headless system, messages
are routed to a serial console,
When chown fails finding certaing files on /var it sends error messages to
console with missing carriage returns.
taking a look to the package source it seems al non-interactive utils
u
acually it seems the new line is there the one is missing is the
carriage return...
--
errors messages are not ended by \n
https://bugs.launchpad.net/bugs/569503
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing lis
Public bug reported:
Binary package hint: coreutils
When coreutils utilities report errors to console using error.c/error.h
their error messages are not prepended with a new line character, then
the console error report results scrambled...
** Affects: coreutils (Ubuntu)
Importance: Undecid
8.04.3 still has this problem...
'# defoptions=' is NOT empty but update-grub prepends the line with 'quiet
splash'
--
defoptions overwritten by update-grub
https://bugs.launchpad.net/bugs/35839
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscri
39 matches
Mail list logo
