After a long thread on -support today I did a test build on a USB drive
today. These are some observations.
The USB drive was /dev/sdg. I only had one partition on the MSDOS
style partition table.
From the host I installed GRUB with
grub-install /dev/sdg
To boot, I needed a grub.cfg f
On 3/19/19 4:54 PM, Pei Jia wrote:
Hi, Pierre and Bruce:
My bad... I tried */dev/sdd1*, and it's *working* :'(:'(
There are still some *errors*: https://longervision.cc/bugs/booting_bugs.jpg
And it's seriously basic, but it's already 1.1 Giga?
No command *adduser*, *addgroup*?
Try
Hi, Pierre and Bruce:
My bad... I tried */dev/sdd1*, and it's *working* :'(:'(
There are still some *errors*: https://longervision.cc/bugs/booting_bugs.jpg
And it's seriously basic, but it's already 1.1 Giga?
No command *adduser*, *addgroup*?
hmmm..
Any further suggestions? Wh
Hi, Bruce,
this is *already* my current *grub.cfg on USB stick*. All the bugs I
posted are just with this *grub.cfg*:
/➜ grub cat grub.cfg //
//# Begin /boot/grub/grub.cfg//
//set default=0//
//set timeout=5//
//
//insmod part_msdos//
//insmod ext2//
//set root=(hd0,msdos1)//
//
//menuentr
On 3/19/19 1:55 PM, Pei Jia wrote:
Hi, Thank you Pierre and Bruce:
1. Right now, I booted into my laptop's Ubuntu 18.04.2, and /dev/sde1
corresponds to my USB stick for sure, as I can definitely see the
following line:
➜ ~ sudo blkid
...
/dev/sde1: LABEL="skyvision-3.0"
UUID="d8a7b9
Hi, Thank you Pierre and Bruce:
1. Right now, I booted into my laptop's Ubuntu 18.04.2, and /dev/sde1
corresponds to my USB stick for sure, as I can definitely see the
following line:
➜ ~ sudo blkid
...
/dev/sde1: LABEL="skyvision-3.0"
UUID="d8a7b940-0ff5-41c4-81a0-9fd1797501ed" TYPE
> El 19 mar 2019, a las 17:14, Bruce Dubbs escribió:
>
> On 3/19/19 11:05 AM, José Carlos Carrión Plaza wrote:
>> Enviado desde mi iPhone
>>> El 19 mar 2019, a las 14:46, Pierre Labastie
>>> escribió:
>>>
On 19/03/2019 13:43, José Carlos Carrión Plaza wrote:
Hello co-listers:
On 19/03/2019 16:59, Bruce Dubbs wrote:
On 3/19/19 10:01 AM, Pierre Labastie wrote:
On 19/03/2019 14:57, William Harrington wrote:
On Mon, 18 Mar 2019 16:20:32 -0700
Pei Jia wrote:
Hey all. The problem is with the linux command line in grub.cfg
and/or the drivers in the kernel.
Note that
On Tue, Mar 19, 2019, 11:12 AM Bruce Dubbs wrote:
> On 3/19/19 2:25 AM, niuneilneo wrote:
> > As described in the title, the $LFS/tools setting could be harmful for
> > the current linux distros. Because there already exists /tools folder in
> > current Debian/Ubuntu distros, and it is not possib
On 3/19/19 11:05 AM, José Carlos Carrión Plaza wrote:
Enviado desde mi iPhone
El 19 mar 2019, a las 14:46, Pierre Labastie escribió:
On 19/03/2019 13:43, José Carlos Carrión Plaza wrote:
Hello co-listers:
I’ve installed LFS 8.4. I’ve built several BLFS packages without problem and
X-Wind
On 3/19/19 2:25 AM, niuneilneo wrote:
As described in the title, the $LFS/tools setting could be harmful for
the current linux distros. Because there already exists /tools folder in
current Debian/Ubuntu distros, and it is not possible to correctly set
the symlink between the $LFS/tools and /to
Enviado desde mi iPhone
> El 19 mar 2019, a las 14:46, Pierre Labastie
> escribió:
>
>> On 19/03/2019 13:43, José Carlos Carrión Plaza wrote:
>> Hello co-listers:
>>
>> I’ve installed LFS 8.4. I’ve built several BLFS packages without problem and
>> X-Window is running (with motif-2.3.8). At
On 3/19/19 10:01 AM, Pierre Labastie wrote:
On 19/03/2019 14:57, William Harrington wrote:
On Mon, 18 Mar 2019 16:20:32 -0700
Pei Jia wrote:
Hey all. The problem is with the linux command line in grub.cfg and/or
the drivers in the kernel.
Note that he *IS* booting kernel. GRUB is finding
On 19/03/2019 14:57, William Harrington wrote:
On Mon, 18 Mar 2019 16:20:32 -0700
Pei Jia wrote:
Hi, all:
Thank you for your help so far... I make some progress, please refer to
the following pictures...
https://longervision.cc/bugs/gparted.jpg
https://longervision.cc/bugs/grub.jpg
https
On 3/19/19, Frans de Boer wrote:
> On 19-03-19 10:19, Michael Shell wrote:
>> On Tue, 19 Mar 2019 09:15:25 +0100
>> thomas wrote:
>>
>>> Renaming /tools to another name will be appropriate to come over this
>>> issue.
>>
>> Perhaps a more functionally descriptive name would also help in other
>>
On Mon, 18 Mar 2019 16:20:32 -0700
Pei Jia wrote:
>
> Hi, all:
>
>
> Thank you for your help so far... I make some progress, please refer to
> the following pictures...
>
>
> https://longervision.cc/bugs/gparted.jpg
>
> https://longervision.cc/bugs/grub.jpg
>
> https://longervision.cc/bug
On 19/03/2019 13:43, José Carlos Carrión Plaza wrote:
Hello co-listers:
I’ve installed LFS 8.4. I’ve built several BLFS packages without problem and
X-Window is running (with motif-2.3.8). At the booting of MariadB I’ve detected
the following problem:
-bash-5.0# echo foobar | LANG=POSIX cut -
Hello co-listers:
I’ve installed LFS 8.4. I’ve built several BLFS packages without problem and
X-Window is running (with motif-2.3.8). At the booting of MariadB I’ve detected
the following problem:
-bash-5.0# echo foobar | LANG=POSIX cut -c4
b
-bash-5.0# echo foobar | LANG=en_US.iso8859-1 cut -
On 18/03/2019 23:20, Pei Jia wrote:
Hi, all:
Thank you for your help so far... I make some progress, please refer
to the following pictures...
https://longervision.cc/bugs/gparted.jpg
https://longervision.cc/bugs/grub.jpg
https://longervision.cc/bugs/kernel_panic.jpg
I'm pretty sure
Am 2019-03-19 10:31, schrieb Frans de Boer:
On 19-03-19 10:19, Michael Shell wrote:
On Tue, 19 Mar 2019 09:15:25 +0100
thomas wrote:
Renaming /tools to another name will be appropriate to come over this
issue.
Perhaps a more functionally descriptive name would also help in other
ways. After
On 19-03-19 10:19, Michael Shell wrote:
On Tue, 19 Mar 2019 09:15:25 +0100
thomas wrote:
Renaming /tools to another name will be appropriate to come over this
issue.
Perhaps a more functionally descriptive name would also help in other
ways. After all, the stuff in /tools is for a *temporary
On Tue, 19 Mar 2019 09:15:25 +0100
thomas wrote:
> Renaming /tools to another name will be appropriate to come over this
> issue.
Perhaps a more functionally descriptive name would also help in other
ways. After all, the stuff in /tools is for a *temporary* LFS system,
a first stage of the LFS
Am 2019-03-19 08:25, schrieb niuneilneo:
font{ line-height: 1.6; } ul,ol{ padding-left: 20px;
list-style-position: inside; }
As described in the title, the $LFS/tools setting could be harmful
for the current linux distros. Because there already exists /tools
folder in current Debian/Ubuntu distr
As described in the title, the $LFS/tools setting could be harmful for the current linux distros. Because there already exists /tools folder in current Debian/Ubuntu distros, and it is not possible to correctly set the symlink between the $LFS/tools and /tools. Even if I
24 matches
Mail list logo
