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
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
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
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
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
>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
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
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
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
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
@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
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
> * 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
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
It seems the fix is only partial ;
>From RFC2131 (Dynamic Host Configuration Protocol) for a client we have:
FieldDHCPDISCOVER DHCPREQUEST DHCPDECLINE,
DHCPINFORM DHCPRELEASE
-
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
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
>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
@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
--- 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;
+
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,
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
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.
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
--
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);
...
}
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
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
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
** 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
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
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
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
...
** 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:
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
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
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 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
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
39 matches
Mail list logo
