Re: [gentoo-user] Error during boot up.
On December 20, 2018 4:41:26 AM UTC, Dale wrote: >Howdy, > >I just installed a new video card. After a couple weeks of USPS >dragging it around, it finally came in. Anyway, I got it installed and >was booting up. I noticed somewhere between the kernel part and it >going through the runlevel part, there was something that failed. I >saw >a little red colored text and the word failed but I found one bad thing >about a really fast CPU. It scrolls by so fast, I can't tell what it >is. It is almost a blur when it scrolls up. It's not a service >because >rc-status shows all green. I'm not sure that lists everything tho >since >it seems a little light on the number of services. > >At some point way back, I recall there being a logger that picks up the >area between when dmesg is logging and when syslog or friends start >logging to the message file. I think this is where the error is. I >can't find tool now. I also can't find anything else in /var/log >either. Am I wrong on having this or did it die off in the tree and >got >removed? If so, is there something that picks up that area of the boot >up process as far as errors go? My system seems to work fine but I'd >like to know what that error was. It may cause a problem at some point >and could even be the problem with that random reboot I had in another >thread. > >Thanks. > >Dale > >:-) :-) > >P. S. I did reseat all the power cables to the mobo while I was >swapping video cards. Hoping that may help with that weird reboot >thing >I had going on. BTW, it hasn't happened since the one I started the >thread about either. Weird. In "rc.conf" there is an option to log to /var/log/rc.log or similar. Not near a working system, so can't check actual option. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Is it that hard to add a package, or am I doing wrong?
> On 2018-12-19, at 21:24, YUE Daian wrote: > > Is there anything I can do more? In your ebuild, remove ./bootstrap and use eautoreconf. https://devmanual.gentoo.org/eclass-reference/autotools.eclass/
Re: [gentoo-user] Is it that hard to add a package, or am I doing wrong?
-- Andrew Udvare > On 2018-12-19, at 21:24, YUE Daian wrote: > > Hi Gentoo folks, > > Recently I posted a bug report to Gentoo Bugzilla and submitted a > request to add package Roswell into the package tree. > > https://bugs.gentoo.org/638446 > > But...in fact it was not "recent" at all! I submitted the bug one year > ago and there is literally no news after some point. > > Is there anything I can do more? > > Danny >
[gentoo-user] Error during boot up.
Howdy, I just installed a new video card. After a couple weeks of USPS dragging it around, it finally came in. Anyway, I got it installed and was booting up. I noticed somewhere between the kernel part and it going through the runlevel part, there was something that failed. I saw a little red colored text and the word failed but I found one bad thing about a really fast CPU. It scrolls by so fast, I can't tell what it is. It is almost a blur when it scrolls up. It's not a service because rc-status shows all green. I'm not sure that lists everything tho since it seems a little light on the number of services. At some point way back, I recall there being a logger that picks up the area between when dmesg is logging and when syslog or friends start logging to the message file. I think this is where the error is. I can't find tool now. I also can't find anything else in /var/log either. Am I wrong on having this or did it die off in the tree and got removed? If so, is there something that picks up that area of the boot up process as far as errors go? My system seems to work fine but I'd like to know what that error was. It may cause a problem at some point and could even be the problem with that random reboot I had in another thread. Thanks. Dale :-) :-) P. S. I did reseat all the power cables to the mobo while I was swapping video cards. Hoping that may help with that weird reboot thing I had going on. BTW, it hasn't happened since the one I started the thread about either. Weird.
Re: [gentoo-user] Is it that hard to add a package, or am I doing wrong?
Hi Danny, first I want to thank you for submitting your ebuild, and I'm quite sorry to see another contributor who doesn't get responses for a long while. This is no evil intention, just a lack of manpower and the lack of someone maintaining your "new" package. (This was what jstein meant with his response[1]). Additionally bugzilla is seen as too impractical to use for new packages that many don't get much attention there, only on github.com. However, within Gentoo every package needs a maintainer to avoid dead packages inside our tree (which then get no security nor "normal" bug fixes). Packages with "maintainer needed" state had one, but he or she just dropped the work. If you have some spare time you can become a proxied maintainer, meaning you maintain the package without being a Gentoo dev. As git distinguishs author and commiter you get also a proper attribution for your work. The workflow in general is that you clone the git repo and create branch, add your ebuild, open a git PR on github.com[2] and get reviews from devs. You can find more details in some wiki articles[3]. Unfortunately it takes a bunch of time until packages are merged, because of the mentioned lack of manpower on the devs' side, aswell as plenty mistakes new proxied maintainers tend to implement in ebuilds (myself included here). I hope that helps you, Nils [1] https://bugs.gentoo.org/638446#c1 [2] https://github.com/gentoo/gentoo/pulls?q=is%3Aopen+is%3Apr [3] https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers/User_Guide and https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Is it that hard to add a package, or am I doing wrong?
On Wed, Dec 19, 2018 at 9:24 PM YUE Daian wrote:
>
> Recently I posted a bug report to Gentoo Bugzilla and submitted a
> request to add package Roswell into the package tree.
>
> https://bugs.gentoo.org/638446
>
> But...in fact it was not "recent" at all! I submitted the bug one year
> ago and there is literally no news after some point.
>
> Is there anything I can do more?
You can always host it in an overlay, or try submitting it to
proxy-maintainers. Volunteering to proxy-maintain the package would
probably also help - that basically involves committing to keep it up
to date and deal with bugs/etc.
The obvious QA issue I could think of with putting this in the main
repo is where it sticks its files and how well-behaved it is. When it
installs lisp packages does it keep them in some kind of tidy area
that isn't going to step on the rest of the filesystem?
Language-specific package managers can sometimes be messy in that way.
My guess though is that this reflects a lack of interest in lisp more
than any specific criticism. If somebody had a criticism they'd have
pointed it out.
I didn't look at your package too closely but one little tweak you
should make is something like:
SRC_URI="https://github.com/roswell/roswell/archive/v${PV}.zip -> ${P}.zip"
That makes it easier to maintain by renaming the package version
number, and it also cleans up the filename in the distfiles cache (and
on the mirrors).
--
Rich
[gentoo-user] Is it that hard to add a package, or am I doing wrong?
Hi Gentoo folks, Recently I posted a bug report to Gentoo Bugzilla and submitted a request to add package Roswell into the package tree. https://bugs.gentoo.org/638446 But...in fact it was not "recent" at all! I submitted the bug one year ago and there is literally no news after some point. Is there anything I can do more? Danny
Re: [gentoo-user] data recovery advice needed
On 12/19/2018 03:16 PM, Mick wrote: Grant, you're spot on! /me looks around wondering what he did and if he needs to run and hide. Symbol: EFI_PARTITION [=n] Oops. That will certainly mess with you. I was under the impression I had it enabled, but clearly I hadn't on this PC; which has a legacy BIOS with an MBR disk and which I used for troubleshooting the faulty drive after I removed it from the laptop. Lesson learned. ;-) I've learned the hard way to "trust /but/ *verify*" things. Even things that I think I've done. -- Grant. . . . unix || die
Re: [gentoo-user] data recovery advice needed
On Wednesday, 19 December 2018 18:46:40 GMT Grant Taylor wrote: > On 12/19/2018 04:43 AM, Mick wrote: > > Partition table holds up to 128 entries > > 128 entries tells me that the disk has GPT partition table, not a > classis MS-DOS / PC-BIOS partition table. > > This sounds like the (what I understand to be) the classic protection > partition that GPT fakes in PC-BIOS partition tables. > > Do you have GPT partition support in your kernel? > > I'm guessing the one partition that you see is the size of the entire drive. > > Main partition table begins at sector 2 and ends at sector 33 > > First usable sector is 34, last usable sector is 1953525134 > > Partitions will be aligned on 2048-sector boundaries > > Total free space is 4770 sectors (2.3 MiB) > > > > Number Start (sector)End (sector) Size Code Name > > > > 12048 821247 400.0 MiB 2700 Basic data > > partition > > 2 821248 1353727 260.0 MiB EF00 EFI system > > partition > > 3 1353728 1615871 128.0 MiB 0C01 Microsoft > > reserved > > > > ... > > > > 4 1615872 1911737034 910.8 GiB 0700 Basic data > > partition > > 5 1911738368 1915412479 1.8 GiB 2700 > > 6 1915412480 1953523711 18.2 GiB0700 Basic data > > partition > > > > I can see partition 4 I was trying to recover, but could not add it: > > > > partx --show --nr 4 /dev/sdb > > NR STARTENDSECTORS SIZE NAME UUID > > > > 4 1615872 1911737034 1910121163 910.8G Basic data partition fea85fb3- > > > > cfdb-4868-a1ad-bab264dad237 > > > > partx --add --nr 4 /dev/sdb > > partx: /dev/sdb: error adding partition 4 > > > > partx --add /dev/sdb > > partx: /dev/sdb: error adding partitions 1-6 > > That really sounds like your kernel doesn't have GPT support (loaded). Grant, you're spot on! Symbol: EFI_PARTITION [=n] I was under the impression I had it enabled, but clearly I hadn't on this PC; which has a legacy BIOS with an MBR disk and which I used for troubleshooting the faulty drive after I removed it from the laptop. Lesson learned. ;-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] glibc-2.27 segfaults
Am 19.12.18 um 19:25 schrieb J. Roeleveld: > The 4.14.x range has a few dodgy ones causing issues along the way. The > ones currently marked stable allow me to do a full rebuild. Some of the > older ones in there caused all kinds of weird issues like segfaults > during compile. Corrupt libraries. > Ended up with 4.14.65 and doing a full rebuild (emerge --empty @world) > before trusting it again. I wonder what happened *now* ... no updates or rebuilds in the last days. Will attempt kernel update but have to get access first ... thx, s
Re: [gentoo-user] data recovery advice needed
On 12/19/2018 04:43 AM, Mick wrote: I ran ddrescue while the drive was still on the laptop. The clone was on the USB caddy. ACK The disk block device is there and so is the first partition (only): ls -la /dev/sdb* brw-rw 1 root disk 8, 16 Dec 19 11:20 /dev/sdb brw-rw 1 root disk 8, 17 Dec 19 11:20 /dev/sdb1 However, there's 6 partitions in total: Disk /dev/sdb: 1953525168 sectors, 931.5 GiB Model: LucidPort USB300 Sector size (logical/physical): 512/512 bytes Disk identifier (GUID): 1A95F5D1-5630-4E06-9DC3-36841C786DDF Partition table holds up to 128 entries 128 entries tells me that the disk has GPT partition table, not a classis MS-DOS / PC-BIOS partition table. This sounds like the (what I understand to be) the classic protection partition that GPT fakes in PC-BIOS partition tables. Do you have GPT partition support in your kernel? I'm guessing the one partition that you see is the size of the entire drive. Main partition table begins at sector 2 and ends at sector 33 First usable sector is 34, last usable sector is 1953525134 Partitions will be aligned on 2048-sector boundaries Total free space is 4770 sectors (2.3 MiB) Number Start (sector)End (sector) Size Code Name 12048 821247 400.0 MiB 2700 Basic data partition 2 821248 1353727 260.0 MiB EF00 EFI system partition 3 1353728 1615871 128.0 MiB 0C01 Microsoft reserved ... 4 1615872 1911737034 910.8 GiB 0700 Basic data partition 5 1911738368 1915412479 1.8 GiB 2700 6 1915412480 1953523711 18.2 GiB0700 Basic data partition I can see partition 4 I was trying to recover, but could not add it: partx --show --nr 4 /dev/sdb NR STARTENDSECTORS SIZE NAME UUID 4 1615872 1911737034 1910121163 910.8G Basic data partition fea85fb3- cfdb-4868-a1ad-bab264dad237 partx --add --nr 4 /dev/sdb partx: /dev/sdb: error adding partition 4 partx --add /dev/sdb partx: /dev/sdb: error adding partitions 1-6 That really sounds like your kernel doesn't have GPT support (loaded). In any case, losetup with offset/size succeeded in mounting it and I was able to access the fs on it. Good. -- Grant. . . . unix || die
Re: [gentoo-user] glibc-2.27 segfaults
On December 18, 2018 8:09:47 PM UTC, "Stefan G. Weichinger" wrote: >Am 18.12.18 um 15:37 schrieb J. Roeleveld: > >> I had similar issues with multiple packages. >> Solved by updating the kernel, are you using latest stable gentoo >sources? > >far from ... >4.14.12-gentoo ... uptime 323 days > >I will have to check that IRMC-like KVM-box with outdated Java before I > >dare a reboot. The box is a few hundred kms away from me. The 4.14.x range has a few dodgy ones causing issues along the way. The ones currently marked stable allow me to do a full rebuild. Some of the older ones in there caused all kinds of weird issues like segfaults during compile. Corrupt libraries. Ended up with 4.14.65 and doing a full rebuild (emerge --empty @world) before trusting it again. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] data recovery advice needed
On Tuesday, 18 December 2018 21:28:38 GMT Marc Joliet wrote: > Just to add a personal anecdote: I once had an external drive that I thought > had broken (it made the "clicks of death"), but after taking it out of its > USB enclosure and connecting it directly via IDE (shows how old the drive > was...) it actually worked and I was able to copy all data from it. Only > one (unimportant) directory had been corrupted. I had a SATA drive in a desktop which suddenly started clicking rather noisily on start up. I thought it's time was up, but I was advised in this M/L to reseat the SATA connector on the MoBo. The drive behaved thereafter without any more clicking noises. Over the years I had to repeat this reseating of the connector a couple of times, but otherwise it has given me faultless service. I'm not saying Mark's ATA-to-USB was not to blame, but faulty connectors can cause such clicking symptoms. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] data recovery advice needed
On Tuesday, 18 December 2018 18:51:55 GMT Grant Taylor wrote: > On 12/18/2018 10:42 AM, Mick wrote: > > I know others have commented on the reliability of recovering data from > > drives connected via USB caddy, but I have had satisfactory results on a > > number of cases. > > I think it completely depends on the type of problem. In my experience, > SATA-to-USB adapters don't deal well with physical hard drive / media > errors. (At least compared to SATA connections on the motherboard.) I > think their retry mechanisms are somewhat limited. Conversely, software > / file system / logical corruption issues are likely perfectly fine over > USB. I ran ddrescue while the drive was still on the laptop. The clone was on the USB caddy. > > I cloned the whole drive having run ddrescue backwards and forwards a > > couple of times. c/f/gdisk would see all partitions, but when I tried to > > mount the cloned /dev/sdb4 (NTFS) with ntfs-3g it complained there was no > > device found (/dev/sdb4). I got the same error with the failing drive. > > Seeing the partitions in the partition table is independent of the > device file being there. - Did the device file exist? - I > occasionally have to run (k)part(x) to tell the kernel that the > partition is there and to create the device file. The disk block device is there and so is the first partition (only): ls -la /dev/sdb* brw-rw 1 root disk 8, 16 Dec 19 11:20 /dev/sdb brw-rw 1 root disk 8, 17 Dec 19 11:20 /dev/sdb1 However, there's 6 partitions in total: Disk /dev/sdb: 1953525168 sectors, 931.5 GiB Model: LucidPort USB300 Sector size (logical/physical): 512/512 bytes Disk identifier (GUID): 1A95F5D1-5630-4E06-9DC3-36841C786DDF Partition table holds up to 128 entries Main partition table begins at sector 2 and ends at sector 33 First usable sector is 34, last usable sector is 1953525134 Partitions will be aligned on 2048-sector boundaries Total free space is 4770 sectors (2.3 MiB) Number Start (sector)End (sector) Size Code Name 12048 821247 400.0 MiB 2700 Basic data partition 2 821248 1353727 260.0 MiB EF00 EFI system partition 3 1353728 1615871 128.0 MiB 0C01 Microsoft reserved ... 4 1615872 1911737034 910.8 GiB 0700 Basic data partition 5 1911738368 1915412479 1.8 GiB 2700 6 1915412480 1953523711 18.2 GiB0700 Basic data partition I can see partition 4 I was trying to recover, but could not add it: partx --show --nr 4 /dev/sdb NR STARTENDSECTORS SIZE NAME UUID 4 1615872 1911737034 1910121163 910.8G Basic data partition fea85fb3- cfdb-4868-a1ad-bab264dad237 partx --add --nr 4 /dev/sdb partx: /dev/sdb: error adding partition 4 partx --add /dev/sdb partx: /dev/sdb: error adding partitions 1-6 In any case, losetup with offset/size succeeded in mounting it and I was able to access the fs on it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
