eters (iirc), it
seems to be using LBA translation (why do i think this?see below)
all files copied to disk, reboot => NTLDR not found (grrr, kill bash
splatter ^$%^*)
then i changed the translation mode to LBA assisted (dont know why it came
to my mind suddenly to try and look for that kind
ibió:
> > Hello, unattenders :-)
> > I have tried unattended release version 4.7 and build unattended from
> > cvs-repository but i have got a Error "Ntldr not found" in both cases.
Hello Dobdin,
There is a iso build:
http://www.source-exchange.de/unattended/nils/
Pleas
on 4.7 and build unattended from
> cvs-repository but i have got a Error "Ntldr not found" in both cases.
-
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
jus
Hello, unattenders :-)
I have tried unattended release version 4.7 and build unattended from
cvs-repository but i have got a Error "Ntldr not found" in both cases.
Could you please help me to solve this problem.
Thanks in advan
Torsdag 06 desember 2007 08:49, skrev Steffen Kaiser:
> On Wed, 5 Dec 2007, Nils Olav Fossum wrote:
>
> Just a puzzled question: why are you using a shell script rather than
> perl? You had to rewrite e.g. the INI-parsing and -writing.
>
Mario Gzuk is the orginal author of that file and the ini pa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 5 Dec 2007, Nils Olav Fossum wrote:
Just a puzzled question: why are you using a shell script rather than
perl? You had to rewrite e.g. the INI-parsing and -writing.
Bye,
- --
Steffen Kaiser
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
I have attached the script I use in place of dosemu.
Take a look at line 91 and line 96.
Soh, the thing missing here is user control.
It should be a boolean switch in unattend.txt.
Is "fix_disk_geo" Ok?
nt5x-install
Description: application/shellscript
-
On Wed, Oct 04, 2006 at 08:21:02PM +0200, [EMAIL PROTECTED] enlightened us:
> Hello guys,
>
> I was notified of a problem with GNU Parted 1.6.23 and onwards that
> prevents NTLDR from being found. I'd like to fix this for GNU Parted
> 1.8, but I can't because I c
Hello guys,
I was notified of a problem with GNU Parted 1.6.23 and onwards that
prevents NTLDR from being found. I'd like to fix this for GNU Parted
1.8, but I can't because I could not find any changes between 22 and 23
that could have effected this.
Can you help me?
Lesli
Hi Stefan,
and thanks for your initiative! In general, this doesn't sound like a
bad idea, at least for the DOS bootdisk which seems to be a bit outdated.
However:
> - second: we create a new Linux Boot Disk without DOSEMU. I thought
> we use Linux format/partition tools instead of format.com
Hello out there,
I think the old boot disk layout is deprecated. To fix the NTLDR missing
problem I thought we create a complete new boot disk. My thoughts go in two
directions:
- first one: we create a Windows Boot Disk with BartsPE and add all our old
scripts in there.
(BartsPE is a
Hi Wim,
> No, I don't have those rights, according to sf.net only patrick or shad have
> those.
>
> But if you have any (working) changes to commit, I'll gladly help.
thanks, that sounds good. When I have something that's thoroughly
tested, I'll mail it to you for CVS inclusion. :-) Right now,
Hi,
>>>For the script I could think of at least output from
>>>
>>> uname -a
>>> fdisk -l ; fdisk -v
>>> parted /dev/dsk print ; parted --version
>>> cat /sys/block/?da/settings
>
>
> There is no /sys/block/sd?/settings for SATA disks.
> All SATA systems uses the scsi-sub-system and not the
On Mon, Jun 26, 2006 at 06:22:43PM +0200, Florian Effenberger wrote:
> Hi Wim,
>
> >I've got write access to CVS and I do occasionaly linuxboot CD updates, but
> >I don't have the famous NTLDR problem myself, and not enough knowledge of
> >bootsectors etc to
Hi Wim,
> I've got write access to CVS and I do occasionaly linuxboot CD updates, but
> I don't have the famous NTLDR problem myself, and not enough knowledge of
> bootsectors etc to be of much help.
do you have project admin rights so you can give some of us CVS write
acce
hy there is no comment from the official Unattended developers.
> >
> > So, who have write access to CVS?
> >
> > Would be too sad to let this project go dead..
>
> No response.. :(
> It worse than I imagined then..
I've got write access to CVS and I do oc
fredag 23. juni 2006, 11:43, skrev Falko Trojahn:
> > I'd suggest analysis first:
> >
> > We need a tool/script/whatever which summarizes all relevant data of
> > a drive in this situation.
> >
> > It should kick in before/after dosemu runs so we can _really_ check
> > what's the problem of a certa
fredag 23. juni 2006, 09:47, skrev Nils Olav Fossum:
> torsdag 22. juni 2006, 20:27, skrev Florian Effenberger:
> > thanks for testing! Seems that we are stuck at the moment... :-(
> > I wonder why there is no comment from the official Unattended developers.
>
> So, who have write access to CVS?
>
> I'd suggest analysis first:
>
> We need a tool/script/whatever which summarizes all relevant data of
> a drive in this situation.
>
> It should kick in before/after dosemu runs so we can _really_ check
> what's the problem of a certain drive/bios/board/whatever combination.
>
> So the situatio
> As I see it, we have 3 options:
>
> 1. Fix the kernel
> 2. Fix all the other tools (parted, dosemu)
> 3. a Workaround witch patches mbr and partition tables.
>
> The first one is a solution for SATA in the same manner as the existing PATA
> fix.
> See this post in LKML:
> http://www.ussg.iu.e
torsdag 22. juni 2006, 20:27, skrev Florian Effenberger:
> thanks for testing! Seems that we are stuck at the moment... :-(
> I wonder why there is no comment from the official Unattended developers.
So, who have write access to CVS?
Would be too sad to let this project go dead..
Im not a devel
Hi,
> Hmm, didn't work with either. But this time I didn't have the same
> sata drive. So at the moment I really don't know what's wrong here.
thanks for testing! Seems that we are stuck at the moment... :-(
I wonder why there is no comment from the official Unattended developers.
Florian
Using
Hi,
>> Did it just yesterday myself, but had no time to test it thorougly.
>
> can you let us know if this works on the one machine that previously
> only worked with 1.6.22? Would be great to know. I had no luck with
> 1.7.1 on my problematic machine, only 1.6.22 did the trick.
Hmm, didn't work
tirsdag 20. juni 2006, 11:49, skrev Wim Vandersmissen:
> It uses parted 1.7.1 (with a patched /etc/master from
> http://www.smi-softmark.de/unattendedcvs/master.patch) which I tested on my
> Dell Optiplex GX620. I didn't get any NTLDR errors.
First: Thank you, I have to test thi
Hi Falko,
> Did it just yesterday myself, but had no time to test it thorougly.
can you let us know if this works on the one machine that previously
only worked with 1.6.22? Would be great to know. I had no luck with
1.7.1 on my problematic machine, only 1.6.22 did the trick.
Florian
__
Hi Wim,
> I also updated a couple other tools
>
> module-init-tools=module-init-tools-3.2.2
>
I have 3.2 there, the rest is the same as you had, and on one machine, I
had no luck... :)
Florian
_
he kernel,
> parted and the two patches? I tried the same (with 2.6.16.20), and it
> didn't work -> NTLDR Not Found
>
> Florian
___
unattended-devel mailing list
unattended-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/unattended-devel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi!
Wim Vandersmissen schrieb:
> I've created a recent bootdisk (with 2.6.17 kernel)
> you can download it from http://bofh.be/unattended/linuxboot-20060620.tgz
Hey, you're quick! :)
Did it just yesterday myself, but had no time to test it thorougly.
Hi Wim,
have you changed anything else in this bootdisk rather than the kernel,
parted and the two patches? I tried the same (with 2.6.16.20), and it
didn't work -> NTLDR Not Found
Florian
___
unattended-devel mailing list
unattend
#x27;t get any NTLDR errors.
Don't forget to patch your dosbin/install.pl with
http://www.smi-softmark.de/unattendedcvs/install_pl.patch if you want to
try this bootdisk.
--Wim
___
unattended-devel mailing list
unattended-devel@lists.source
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nils Olav Fossum schrieb:
> "fdisk /clear 1" translates into "parted mklabel msdos"
> (in "sub convert_fdisk_parted")
> I tried to change this translation to "parted --help"
Hmm. Perhaps you can try at this stage something like
(pseudo code)
if (not
onsdag 14. juni 2006, 19:26, skrev Falko Trojahn:
> Perhaps it would be easier if the suggestion in this thread
> http://lists.gnu.org/archive/html/bug-parted/2004-08/msg00063.html
> would have been implemented in parted, but I didn't found anything
> further about that.
hm, that was in 2004..
..
torsdag 15. juni 2006, 15:49, skrev Falko Trojahn:
> Nils Olav Fossum schrieb:
> > Or, we can use whats already on disk (as parted do?)
> > (im trying to find where the first erasing is done in the script..)
> fdisk_cmds="fdisk /clear 1;fdisk /pri:4000;fdisk /activate:1"
> which only deletes partit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nils Olav Fossum schrieb:
> torsdag 15. juni 2006, 15:49, skrev Falko Trojahn:
>> Nils Olav Fossum schrieb:
>>> (im trying to find where the first erasing is done in the script..)
>> It depends on the way you are doing the formatting and what is in
>
torsdag 15. juni 2006, 15:49, skrev Falko Trojahn:
> Nils Olav Fossum schrieb:
> > (im trying to find where the first erasing is done in the script..)
>
> It depends on the way you are doing the formatting and what is in
> fdisk_cmds. Look for "#Partition the disk" in install.pl.
> Usually - as st
Nils Olav Fossum schrieb:
> torsdag 15. juni 2006, 13:42, skrev Falko Trojahn:
>> Nils Olav Fossum schrieb:
>>> onsdag 14. juni 2006, 17:38, skrev Peter Huber:
> this will do only on blank drives, and according to this
> http://lists.gnu.org/archive/html/bug-parted/2004-07/msg00030.html
torsdag 15. juni 2006, 13:42, skrev Falko Trojahn:
> Nils Olav Fossum schrieb:
> > onsdag 14. juni 2006, 17:38, skrev Peter Huber:
> >>> this will do only on blank drives, and according to this
> >>> http://lists.gnu.org/archive/html/bug-parted/2004-07/msg00030.html
> >>
> >> as I see here, parte
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nils Olav Fossum schrieb:
> onsdag 14. juni 2006, 17:38, skrev Peter Huber:
>>> this will do only on blank drives, and according to this
>>> http://lists.gnu.org/archive/html/bug-parted/2004-07/msg00030.html
>> as I see here, parted uses /proc/ide/
onsdag 14. juni 2006, 17:38, skrev Peter Huber:
> > this will do only on blank drives, and according to this
> > http://lists.gnu.org/archive/html/bug-parted/2004-07/msg00030.html
>
> as I see here, parted uses /proc/ide/hda/settings to overwrite the
> values returned by HDIO_GETGEO.
My understa
> this will do only on blank drives, and according to this
> http://lists.gnu.org/archive/html/bug-parted/2004-07/msg00030.html
as I see here, parted uses /proc/ide/hda/settings to overwrite the
values returned by HDIO_GETGEO.
As the path seems to be hardcoded to /proc/ide/hda/settings a (bad)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello again,
>> - if it really bails out at this else clause this means, that there
>> is no /proc/ide/$sys_hda/settings
>> so perhaps only the variable $sys_hda has to be corrected
>
> I dont know much about the scsi system, ...
> I was not a
onsdag 14. juni 2006, 17:19, skrev Falko Trojahn :
> > else {
> > # Non-IDE disk. Should probably sanity-check kernel
> > # geometry against legacy BIOS geometry here. FIXME.
> > }
> > Non-IDE disc systems end up in the commented out else .. :-/
> > (at l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> The situation:
> If you use the compt. mode there is no /proc/ide/hda dir. So "if (-e
> $settings)" is false. An print in the else tree proves this. So no entry
> in the $settings is written.
>
> If you use AHCI "my $hda = readlink ('/dev/dsk') p
> So somebody could try the R52/R60 with this AHCI and the ISO from
> http://ubertechnique.com/unattended/NTLDRNotFound, please?
>
> In this situation /proc/ide/hda/settings must exist and I wonder
> what parted now does with the partition table or, where unattended
> then fails.
We already tried
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
>> - - if it really bails out at this else clause this means, that there
>> is no /proc/ide/$sys_hda/settings
>> so perhaps only the variable $sys_hda has to be corrected
> If you configure the Thinkpad R60 in an sata compatiblility mode there
> - - may be you could provide the right settings by changing install.pl
> and setting the values e.g. in config.pl, if you know them (240
> heads ...), so that parted uses them. If there is no other way,
> parted can be patched, too, to use the needed values.
while booting edd tells the correct
rhaps this clears
things a bit up.
>
> Under startup Unattended reports 240 heads from legacy bios, but 255 heads
> are
> what parted writes to disk.. ..Windows install uses what the 'legacy bios'
> reports and we get a 'NTLDR not found'
>
> So, h
pad ends up here)
Under startup Unattended reports 240 heads from legacy bios, but 255 heads are
what parted writes to disk.. ..Windows install uses what the 'legacy bios'
reports and we get a 'NTLDR not found'
So, how do we fool parted to use the correct geometry we already
Hi Peter,
> I am working on it today and will give feedback, but there is still one
> little problem. The Warren's master patch does not work with my cvs.
look at the Wiki page, you can find a working download of the patch there.
Florian
___
unatten
> ok, let me know if Warren's patches (you can find them on the
> NTLDRNotFound wiki page) + parted 1.7.0 or 1.7.1 work for you.
I am working on it today and will give feedback, but there is still one
little problem. The Warren's master patch does not work with my cvs.
patching file master
Hunk
Hi Peter,
> Knoppix detects the hard drive without any problems. Your version has
> the same problem on an Thinkpad R60. I tried it yesterday.
> The dos-version works on both, R52 and R60 without any problem. Now I
> will try Warren Volz cvs-patches on both machines.
ok, let me know if Warren's
> I asked him whether other Linuxes (like Knoppix) detect his hard disk.
Knoppix detects the hard drive without any problems. Your version has
the same problem on an Thinkpad R60. I tried it yesterday.
The dos-version works on both, R52 and R60 without any problem. Now I
will try Warren Volz cv
Hi,
> I didn't test these patches with older versions of parted. The change I
> made to "master" should work with both versions but the stuff in
> install.pl hasn't been tested with an older version yet.
it seems that beginning with parted 1.6.23, - the version that does not
work for us - the ou
On 6/12/2006 1:23 PM, Falko Trojahn wrote:
> Hi Warren,
>
> Warren Volz wrote:
> Hmm ok, just wanted to make sure. Maybe what I saw wasn't related to the
> issue your having. I've attached the patch(s)
thanks a lot. I will have physical access to my test machine on
Wednesday and
Hi Warren,
> Wow I suck. Those came from a linux system but somehow got munged. The
> files I sent out have dos line endings.
no, you don't suck. :-) Thanks for the patch, I'm just testing it out
and wait for Falko's feedback.
Florian
___
unattended
Wow I suck. Those came from a linux system but somehow got munged. The
files I sent out have dos line endings.
-Warren
On 6/12/2006 1:08 PM, Falko Trojahn wrote:
>
> Florian Effenberger schrieb:
>> Hi Warren,
>>
>>
>>> Hmm ok, just wanted to make sure. Maybe what I saw wasn't related to the
>>>
Hi,
> Pff. crlf-Problem - patch has been _partially_ changed after it's round
> through the mailing list. I'll try it with a zip again ...
thanks, now it works.
Did you already try it out using my Makefile, but changing parted from
1.6.22 to 1.7.1? It did not work on one machine, right?
Did th
Florian Effenberger schrieb:
> Hi Warren,
>
>
>>Hmm ok, just wanted to make sure. Maybe what I saw wasn't related to the
>>issue your having. I've attached the patch(s)
>
>
> which version are these patches for? Look here:
>
> # patch -p0 < /root/unattended/install_pl.patch
> (Stripping trai
Hi Warren,
> Those were against the CVS version, is that what your using?
yes, I use the CVS snapshot from June 9th, which one were you using?
Florian
___
unattended-devel mailing list
unattended-devel@lists.sourceforge.net
https://lists.sourceforge.
Those were against the CVS version, is that what your using?
-Warren
On 6/12/2006 12:29 PM, Florian Effenberger wrote:
> Hi Warren,
>
>> Hmm ok, just wanted to make sure. Maybe what I saw wasn't related to the
>> issue your having. I've attached the patch(s)
>
> which version are these patches
Hi Warren,
> Hmm ok, just wanted to make sure. Maybe what I saw wasn't related to the
> issue your having. I've attached the patch(s)
which version are these patches for? Look here:
# patch -p0 < /root/unattended/install_pl.patch
(Stripping trailing CRs from patch.)
patching file install.pl
Hunk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Warren,
Warren Volz wrote:
>>> Hmm ok, just wanted to make sure. Maybe what I saw wasn't related to the
>>> issue your having. I've attached the patch(s)
>> thanks a lot. I will have physical access to my test machine on
>> Wednesday and will test
1.7.0
-Warren
On 6/12/2006 10:57 AM, Florian Effenberger wrote:
> Hi Warren,
>
>> Hmm ok, just wanted to make sure. Maybe what I saw wasn't related to the
>> issue your having. I've attached the patch(s)
>
> thanks a lot. I will have physical access to my test machine on
> Wednesday and will te
Hi Warren,
> Hmm ok, just wanted to make sure. Maybe what I saw wasn't related to the
> issue your having. I've attached the patch(s)
thanks a lot. I will have physical access to my test machine on
Wednesday and will test it then.
What parted version are you using with this patch?
Thanks
Flori
gt; parted? I seem to recall seeing this ntldr issue on several machines
>> that went away after I corrected the input to parted.
>
> IIRC, I tried parted 1.7.1 + your patch and it did not work for me. But,
> can you mail the patch to me?
>
> Thanks
> Florian
--- ins
Hi Warren,
> Out of curiosity are you guys using my patch for the newer versions of
> parted? I seem to recall seeing this ntldr issue on several machines
> that went away after I corrected the input to parted.
IIRC, I tried parted 1.7.1 + your patch and it did not work for me. But,
Out of curiosity are you guys using my patch for the newer versions of
parted? I seem to recall seeing this ntldr issue on several machines
that went away after I corrected the input to parted.
-Warren
On 6/12/2006 9:04 AM, Florian Effenberger wrote:
> Hi,
>
> sorry, replied to Pete
Hi,
sorry, replied to Peter offlist due to the wrong click in my mail
program. :-)
I asked him whether other Linuxes (like Knoppix) detect his hard disk.
Florian
___
unattended-devel mailing list
unattended-devel@lists.sourceforge.net
https://lists
; a first version of the Wiki site for the NTLDR not found error is online
> and can be viewed at
>
> http://ubertechnique.com/unattended/NTLDRNotFound
>
> Hope it helps some of you!
___
unattended-devel mailing list
unattended-devel@lis
Hi,
> # Here we shamelessly assume that we have found the boot device (BIOS
> # disk 80h), and that this is the device the user wanted. Need to do
> # better someday. FIXME.
> I belive this is where tings go wrong for the thinkpads..
that could be possible. Maybe the old 1.6.22 parted doesn't
mandag 12. juni 2006, 14:24, skrev Falko Trojahn :
> >> Then I succeeded with the following:
> >> - set SATA mode in BIOS to "combined"
> >> - dd if=/dev/zero of=/dev/sda count=200
> >> - reboot
> >> - installation works as normal
> >
> > We do this on the GX620,
> > but just setting SATA mode to
Hello all,
a first version of the Wiki site for the NTLDR not found error is online
and can be viewed at
http://ubertechnique.com/unattended/NTLDRNotFound
Hope it helps some of you!
Florian
___
unattended-devel mailing list
unattended-devel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
> ..
>> Then I succeeded with the following:
>> - set SATA mode in BIOS to "combined"
>> - dd if=/dev/zero of=/dev/sda count=200
>> - reboot
>> - installation works as normal
>
> We do this on the GX620,
> but just setting SATA mode to "combi
Hi,
> We do this on the GX620,
> but just setting SATA mode to "combined" and leave it here :-)
> Works just fine.
but it does not seem to work on all machines, as we experienced.
>> Could you please provide a download location for the linuxboot.iso and
>> changes to linuxaux to quickly try this
lørdag 10. juni 2006, 13:41, skrev Falko Trojahn:
> Hi devs,
>
> had a similar problem last week with a "Dell GX620", and have it with
..
> Then I succeeded with the following:
> - set SATA mode in BIOS to "combined"
> - dd if=/dev/zero of=/dev/sda count=200
> - reboot
> - installation works as no
Hi Falko,
> Yes I thought about that, too, but in all cirumstances up to now this
> was related to partitioning.
interesting, we didn't experience this error. But okay, Windows can be
very creative :-))
> That would be nice, too.
Will send it to you via PM.
Florian
_
Hi Florian,
thanx for your quick reply
>> - after second reboot, when the XP setup says "39 minutes left" - an
>> error "Schwerwiegender Fehler" and problems with "rsaenh.dll" and
>> "dsaenh.dll" (if I remember correctly) in the c:\windows\setuperr.log.
>> Sometimes we managed to get it done solel
Hi Falko,
> - after second reboot, when the XP setup says "39 minutes left" - an
> error "Schwerwiegender Fehler" and problems with "rsaenh.dll" and
> "dsaenh.dll" (if I remember correctly) in the c:\windows\setuperr.log.
> Sometimes we managed to get it done solely with booting/partitioning a
> s
Hi Tom,
> I fixed this on an IBM systems (x225 and x346) with RAID devices by
> makeing changes to the RAID Mini configuration program
> during boot. I had t set it to not use the legacy partition table and
> set he deault partition from 2GB to 8GB.
>
> On an x220, I fixed it by setting the ma
re's my story:
Any now and then, with different machines, we got a "NTLDR missing" or
- after second reboot, when the XP setup says "39 minutes left" - an
error "Schwerwiegender Fehler" and problems with "rsaenh.dll" and
"dsaenh.dll" (if I remem
visible in the BIOS.
What kind of box do you have?
Tom
Florian Effenberger <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
06/09/2006 01:00 PM
To
unattended-devel@lists.sourceforge.net,
unattended-info@lists.sourceforge.net
cc
Subject
[Unattended] NTLDR not found and wron
Hi,
> hm, after googling around I found this,
> from Patrick J. LoPresti in the bug-parted mailing list:
> http://lists.gnu.org/archive/html/bug-parted/2004-07/msg00032.html
>
> Is it still the same issue we see here?
> It does explain how thing works..
it could be, but I'm not quite sure - I'm
Hello,
I'm writing this to both lists, as I saw some occurences of this problem
on both.
We ran into the infamous "NTLDR not found" problem when using recent
Unattended snapshots. We nearly changed everything in the Linux boot
disk, but nothing helped. The old Unattended worke
torsdag 8. juni 2006, 18:39, skrev Florian Effenberger:
> > I don't know about it being a kernel problem, I tried with 2 different
> > kernels on an IBM X60 and still it never worked :(
>
> we are currently working on this one, as we experienced the same
> problem. It seems that
>
> CVS-Unattended
Hi there,
> I don't know about it being a kernel problem, I tried with 2 different
> kernels on an IBM X60 and still it never worked :(
we are currently working on this one, as we experienced the same
problem. It seems that
CVS-Unattended + Kernel 2.6.16.18 + parte 1.6.9 (old version!)
seems
Title: RE: Solution to the NTLDR missing problem?
I don't know about it being a kernel problem, I tried with 2 different kernels on an IBM X60 and still it never worked :(
-Original Message-
From: [EMAIL PROTECTED] on behalf of Nils Olav Fossum
Sent: Thu 6/8/2006 7:47
Hello,
I have a pile of IBM ThinkPad R52's..
As I understand it, the problem is related to parted and kernel..?
Have someone out there found where exactly the bug is?
___
unattended-devel mailing list
unattended-devel@lists.sourceforge.net
https://
87 matches
Mail list logo
