Received: from mail-lj1-f193.google.com (mail-lj1-f193.google.com [209.85.208.193]) by nld3-dev1.alpinelinux.org (Postfix) with ESMTPS id 6F689782E17 for <~alpine/users@lists.alpinelinux.org>; Fri, 24 Jan 2020 17:26:50 +0000 (UTC) Received: by mail-lj1-f193.google.com with SMTP id j26so3309728ljc.12 for <~alpine/users@lists.alpinelinux.org>; Fri, 24 Jan 2020 09:26:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=GkdVVHhAcuR5suQolWJfDoyMjkyVgtg9FK3kxqyDbsc=; b=ECa2EKGoCKuse3SV+F6/VzKoCSnhIhinSW5j/X41TIFuinAobPmfd/OpdSiqRrn2S/ 4/LRYA26MAVLL87gWWBJVmuIP0DaZmYPqaoIR0tCLLmwcq3FWr/xm9EFy9N31qiSqOAQ 1wXhzFM9mP3qb/eD/KNs7c2QvG7pO/C4InoRPd7LcLpQq76AAhbTxDiA1KcfzFny8mkC wIDs6RjCGDnot507GNv7YU2DUtR5Ok3wsQgvUJWQj9wuKyT2C7h2afkLMDemCyrFaKw/ +lpyYnC6hMTgx5StfKYMerf+iLPsLKeJDtblqdgbw7z28mg8jA0wXKThWb7jd+rRJnFp 6Wjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=GkdVVHhAcuR5suQolWJfDoyMjkyVgtg9FK3kxqyDbsc=; b=RuBrfUJH9FnFjbMtgA/4KEQJTfvHwlKnUj3qTLKMBCgM3HJwl9wkxWRzJwnsskPAVz l6KEVjFwMgchDU/yj1+g/o1M4VUZdvqubvxlYfwSpNfmWXJPUvF/LWOqtQ1vX3ZLDMfy AJEgdrcg4u+Dc/bkNrolrNvnljfk8eMpuJ4STmpZW9oWEcHbRIyzBulEUkkOr4EENmJb mX63NWfRLw2ps5w7LlnL4m4mb8ExreJQTakAkTtToFbeqRnXiJ//UOyM6QFDdvXYEVIi ikLQ0osr2my9pHfEwHxpkH5Sl6ER50P66ltmvUXHKo/W8pr2bWGsvDtdqHzEmIJuMAIz Qmuw== X-Gm-Message-State: APjAAAWNlTVoIyQsN9wk8KSw7He8ki4fztj4PexE5hC54rtZi4ihbOc7 EOimlMNBH3x3DM811boTRmhumzSiU5c2e0EVagg= X-Google-Smtp-Source: APXvYqyQt23AFSBh5wsRupE3F1o09iA759wuhEpE58YPP8hKL0PbKX3BXOeNuXAEzzNgQiC9ciK5AOB3w7WGOT7l7v4= X-Received: by 2002:a2e:884d:: with SMTP id z13mr2907230ljj.116.1579886809227; Fri, 24 Jan 2020 09:26:49 -0800 (PST) MIME-Version: 1.0 References: <20200122200113.3iyrsm2wzvrgf6b5@wolfsden.cz> <20200124132922.02b432a2@ncopa-desktop.copa.dup.pw> <20200124161233.136d2b40@ncopa-desktop.copa.dup.pw> In-Reply-To: From: PICCORO McKAY Lenz Date: Fri, 24 Jan 2020 13:26:37 -0400 Message-ID: Subject: Re: why fdisk does not wync and we must need sfdisk or ultil linux at install To: macmpi Cc: Natanael Copa , ~alpine/users@lists.alpinelinux.org Content-Type: multipart/alternative; boundary="0000000000000ca44f059ce6103e" --0000000000000ca44f059ce6103e Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable El vie., 24 de ene. de 2020 a la(s) 11:32, macmpi (spam@ipik.org) escribi= =C3=B3: > > I think partition list is updated (check /proc/partitions), but for > > some reason either kernel does not send new uevent for new block device > > (sda1) or mdev is not picking it up. > I faced similar kind of problems with CD insertion recently as reported > in Gitlab issue[1]. Checked it seems Alpine specific (tested with kernel > 4.19, 5.4), as 4.19 kernel shipped with Raspbian does not have the > problem. > so then it's a confirmed bug, in alpine 3.8.5 seems problem are present so also! BUT TAKE NOTE: i have /dev/sda1 only one partition.. make fdisk /dev/sda and create new partition.. sda2 and write it later revisited "ls /dev/sda*" and only are "/dev/sda2 adn sda1 are gone! INTERESTING X-D i'll added that info to the gitlab bug in alpine project > Kernel config, or could be busybox uevent? > seems kernel developers have systemd infiltrating guys or there's something in all setup-* commands see this: El vie., 24 de ene. de 2020 a la(s) 11:12, Natanael Copa > On Fri, 24 Jan 2020 09:05:58 -0400 > PICCORO McKAY Lenz > > > last question: whitch command are the proper to put in a documentatio= n > > > beetween "mdev -s" and "modprobe" ? > > now tested better: partprobe does not work and does nothing! bug? mdev > -s > > perfectly worked! > > so i think it's a bug? partitions list are not updated if i run any of > the > > "setup-*" commands > I think partition list is updated (check /proc/partitions), but for > some reason either kernel does not send new uevent for new block device > (sda1) or mdev is not picking it up. > TEST 1, no setup commands made: checked at root login : cat /proc/partitioons | grep sda shows sda1 and sda2 then changed to only one partition the size and created second more checked again and partitions on proc are updated perfectly, BUT checked to ls -l /dev/sda* does not show nothing! so seems are a bug? confirmed BY: https://gitlab.alpinelinux.org/alpine/aports/issues/11139 i have much more "interesting things" in the alpine setup process.. --0000000000000ca44f059ce6103e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
El vie., 24 de ene. de 2020 a la(s) 11:32, macmpi (spam@ipik.org) escribi=C3=B3:
> I think partition list is updated (check /proc/partitions), but for > some reason either kernel does not send new uevent for new block devic= e
> (sda1) or mdev is not picking it up.
I faced similar kind of problems with CD insertion recently as reported in Gitlab issue[1]. Checked it seems Alpine specific (tested with kernel 4.19, 5.4), as 4.19 kernel shipped with Raspbian does not have the
problem.
so then it's a confirmed bug, in alpine 3= .8.5 seems problem are present so=C2=A0 also!

BUT = TAKE NOTE:

i have /dev/sda1 only one partition.. <= br>
make fdisk /dev/sda and create new partition.. sda2 and write= it
later revisited "ls /dev/sda*" and only are "/= dev/sda2 adn sda1 are gone! INTERESTING X-D

i'= ll added that info to the gitlab bug in alpine project
=C2=A0=
Kernel config, or could be busybox uevent?

<= div>
seems kernel developers have systemd infiltrating guys or there= 9;s something in all setup-* commands see this:

El vie., 24 d= e ene. de 2020 a la(s) 11:12, Natanael Copa
On Fri, 24 Jan 2020 09:05:58 -0400
PICCORO McKAY Lenz
> > last question: whitch command are the prop= er to put in a documentation
> > beetween "mdev -s" and "modprobe" ?
> n= ow tested better: partprobe does not work and does nothing!=C2=A0 bug? mdev= -s
> perfectly worked!
> so i think it's a bug? partitions list a= re not updated if i run any of the
> "setup-*" commands
I think partition list is updated (check /proc/partitions), but for
some reason either kernel does not send new uevent for new block device
(sda1) or mdev is not picking it up.

TE= ST 1, no setup commands made:

checked at root = login : cat /proc/partitioons=C2=A0 | grep sda shows sda1 and sda2

then changed to only one partition the size and created se= cond more

checked again and partitions on proc= are updated perfectly,

BUT checked to ls -l = /dev/sda*=C2=A0 does not show nothing!


i have much more "interesting things" i= n the alpine setup process..
--0000000000000ca44f059ce6103e--