Re: [gentoo-user] Re: new USB question
On Mon, Oct 5, 2020, at 1:33 PM, Jack wrote: > Grant - thanks for the info. > > I'm curious about the pairing by PCI device - it's not clear if the > every root_hub is a real controller, or not. The specs of the board > say USB2: two ports on the back and two USB2 headers (so I don't know > why it claims 10 ports instead of 6) and USB3: three type A and one > Type C ports on the back. Bus 2 is a bit of a mystery, as although the > B350 chipset presumably does have an enhanced superspeed (3.1) > controller, it is not available through the motherboard. If bus 3 is > the unavailable 3.1 controller, then is bus 1 driven by the CPU or the > chipset, and where is the other one? So far, anything plugged into any > of the front ports or rear USB2 ports shows up on bus 1, and anything > plugged into the rear USB3 ports shows up on bus 3. I think my new USB > flash drive is really USB2 and not USB3 as advertised. > Logically I think the controllers are separate, but they are spawned from the same device. On an ARM64 system there is a single DWC3 device per USB3/2 pair. Intel is moving to DesignWare's IP, and I think existing platforms that split devices are similar. Additionally the xHCI driver is now being used to drive all USB bus types. If you want to test this you can unbind the driver from individual PCIe devices. Check /sys/bus/pci/devices and see what disappears. On a development board I see: $ lsusb -t /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 5000M /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 480M /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=ohci-platform/1p, 12M /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ohci-platform/1p, 12M /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-platform/1p, 480M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-platform/1p, 480M And I happen to know the first 2 lines are the platform device at fe90. If I disable that device both disappear. However, as I tried to describe earlier, on most x86 systems I have used it is possible to actually plug a USB2 device into a port associated with a USB3 root hub and the output would be rewritten as such: $ lsusb -t /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 480M /: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 480M When all USB2 devices are removed the bus speed returns to 5000M. I suspect you are encountering some variation of this. Can you unplug absolutely everything and see the speeds reported by lsusb -t? Then, plug things in and see if they change. If you've already done this my apologies, it's kind of hard to find the text among all the dmesg. > Later, I'll reboot into Windows to see what that shows, as MSI tech > support refuses to talk about Linux. > It may be worth pointing out the platform implements standards that are divorced from the OS you are running. If it doesn't work with both it can still be their problem. Recently I had to do a differential test using Windows, assuming it'd be more featureful. It is. But Windows has issues with device enumeration. I am wondering if the original link speed problems (USB2 devices slowing down USB3 busses) was a Linux-specific issue, or if it was just only visible to me on Linux. I think I am encountering some variation of your problem, but mine is even weirder. I have control over the device which is USB-C. In one cable orientation it will enumerate with Windows, in the other it will not. In that same orientation it will enumerate against an ARM64 system as USB3. In the other orientation it will enumerate against ARM64/x86 systems as USB2. It seems to be unable to enumerate as a USB3 device on Linux, but I need to do more testing. A friend of mine reports he has a USB-C cable that is not reversible. This may not be the cable's fault. So: Check your cable, and try more than one device. Also there may be bugs in either the kernel's xhci drivers or new USB3 hardware.
Re: [gentoo-user] re: pcre install failure
On Mon, Oct 05, 2020 at 10:11:23PM -0400, Jude DaShiell wrote: > Here is my /etc/portage/make.conf if it will help on the use variable. > I'm sending the whole file since it may have other errors. Looks fine to me, aside from this potentially problematic line: > MAKEOPTS="-j2" I've had some very obscure and hard-to-diagnose errors arise due to this parallelism option. Try changing it to "-j1" and build again. If that still does not work, you might have to provide the build information of every dependency of PCRE (`libedit` is irrelevant for your case): $ emerge --info app-arch/bzip2 sys-libs/zlib \ > sys-libs/readline dev-util/pkgconfig I'd also like to see the explicit packages pulled in by PCRE, without the clutter of your world set. I could try and infer it from the indentation of the dependency graph you already provided, but I'm down six shots of vodka and I'd rather not make a fool of myself. This should be the output of the following emerge command: $ emerge -tvp libpcre These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild R] dev-libs/libpcre-8.44:3::gentoo USE="bzip2 cxx jit readline recursion-limit (split-usr) (unicode) zlib -libedit -pcre16 -pcre32 -static-libs" ABI_X86="32 (64) (-x32)" 0 KiB -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] pcre build failure
On Mon, Oct 05, 2020 at 09:56:03PM -0400, Jude DaShiell wrote:
> When the failure happened on the computer I neglected to braille the
> commands that would have only produced a single copy of the text. In
> order to get the content from the second file, I needed to run the emerge
> update world command again then locate the command for the second file
> then cat that command. Braille paper is available here so I won't make
> that mistake again.
OK, don't worry. Although, try not to add any valuable information after a
signature-marker ("-- ") in an e-mail, as some mail clients will hide any
further text, and some (such as Mutt) may show it in a different colour, causing
confusion.
--
Ashley Dixon
suugaku.co.uk
2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA
signature.asc
Description: PGP signature
[gentoo-user] re: pcre install failure
Here is my /etc/portage/make.conf if it will help on the use variable.
I'm sending the whole file since it may have other errors.
# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
COMMON_FLAGS="-march=native -O2 -pipe"
CFLAGS="${COMMON_FLAGS}"
CXXFLAGS="${COMMON_FLAGS}"
FCFLAGS="${COMMON_FLAGS}"
FFLAGS="${COMMON_FLAGS}"
# NOTE: This stage was built with the bindist Use flag enabled
PORTDIR="/var/db/repos/gentoo"
DISTDIR="/var/cache/distfiles"
PKGDIR="/var/cache/binpkgs"
MAKEOPTS="-j2"
# This sets the language of build output to English.
# Please keep this setting intact when reporting bugs.
LC_MESSAGES=C
USE="mmx sse sse2 accessibility -qt3 -qt4 gtk3 nsplugin -kerberos flac ogg
-pulseaudio -consolekit systemd -libav -wayland"
ACCEPT_LICENSE="* -@EULA"
PHP_TARGETS="php7-4 php7-3"
EMERGE_DEFAULT_OPTS="--ask --color=n --verbose --nospinner --quiet-build=n
--backtrack=200"
ACCEPT_KEYWORDS="~x86 ~amd64"
VIDEO_CARDS="nouveau"
GENTOO_MIRRORS="http://gentoo.mirrors.easynews.com/linux/gentoo/
http://www.gtlib.gatech.edu/pub/gentoo rsync://rsync.gtlib.gatech.edu/gentoo
https://gentoo.osuosl.org/ http://gentoo.osuosl.org/
http://gentoo.mirrors.pair.com/ https://mirrors.rit.edu/gentoo/
http://mirrors.rit.edu/gentoo/ ftp://mirrors.rit.edu/gentoo/
rsync://mirrors.rit.edu/gentoo/ http://gentoo.mirrors.tds.net/gentoo
http://gentoo.cs.utah.edu/;
--
Re: [gentoo-user] pcre build failure
On Tue, 6 Oct 2020, Ashley Dixon wrote: > Date: Mon, 5 Oct 2020 19:55:50 > From: Ashley Dixon > Reply-To: gentoo-user@lists.gentoo.org > To: gentoo-user@lists.gentoo.org > Subject: Re: [gentoo-user] pcre build failure > > This is confusing me to no end, partly because you seem to have included > the > same text twice? The information posted seems to contradict itself, > particularly > with the USE-flags. For example, here you have the `static-libs` flag > disabled: > > On Mon, Oct 05, 2020 at 02:40:47PM -0400, Jude DaShiell wrote: > > [ebuild R] dev-libs/libpcre-8.44:3::gentoo USE="bzip2 cxx jit > > readline recursion-limit (split-usr) (unicode) zlib -libedit -pcre16 > > -pcre32 -static-libs*" ABI_X86="(64) -32 (-x32)" 0 KiB > > ... which is supported by the output of the configure script: > > > checking whether to build static libraries... no > [...] > > Build static libs ... : no > > ... but then in the output of `emerge --info`, which displays the flags of the > currently installed version, the `static-libs` flag is enabled: > > > dev-libs/libpcre-8.44::gentoo was built with the following: > > USE="bzip2 cxx jit readline recursion-limit (split-usr) static-libs > > (unicode) zlib -libedit -pcre16 -pcre32" ABI_X86="(64) -32 (-x32)" > > As the asterisk in the first emerge output would suggest, the flag is only > now > being disabled for the package. Such a change is very dangerous, and > although I > can't imagine why PCRE was built to use static libraries in the first place, > I > can assume this might be the cause of the error. I am still unable to > reproduce > this behaviour on my own system. > > PCRE depends on the following packages, so you will want to make sure that > all > of these agree on the nature of the libraries: static or dynamic? > > $ equery g libpcre > * Searching for libpcre ... > * dependency graph for dev-libs/libpcre-8.44 > `-- dev-libs/libpcre-8.44 amd64 >`-- app-arch/bzip2-1.0.6-r11 (app-arch/bzip2) amd64 >`-- sys-libs/zlib-1.2.11-r2 (sys-libs/zlib) amd64 >`-- dev-libs/libedit-20191211.3.1 (dev-libs/libedit) amd64 >`-- sys-libs/readline-8.0_p4 (sys-libs/readline) amd64 >`-- virtual/pkgconfig-2 (virtual/pkgconfig) amd64 >`-- app-portage/elt-patches-20170815 > (>=app-portage/elt-patches-20170815) amd64 > [ dev-libs/libpcre-8.44 stats: packages (7), max depth (1) ] > > > Irrelevant aside: you see these annoying ANSI colour codes captured by > `script`? > You can strip them out with the `ansifilter` program, provided by the > `app-text/ > ansifilter` package in gentoo.git. It takes standard input or a file name, > and > without any arguments, will erase all ANSI escape sequences. > > > [01;31mlivecd[01;34m / #[00m exit > > $ ansifilter <<< "[01;31mlivecd[01;34m / #[00m exit" # bash syntax > livecd / # exit > > In future, if you just want to capture the output of a (possibly > interactive) > command, `tee` is better than `script`. It usually strips escape sequences > and > such. However, it does not capture standard error to the output file, so > you'll > want to redirect it into standard output, like so: > > $ ./prog 2>&1 | tee prog-log > > -- When the failure happened on the computer I neglected to braille the commands that would have only produced a single copy of the text. In order to get the content from the second file, I needed to run the emerge update world command again then locate the command for the second file then cat that command. Braille paper is available here so I won't make that mistake again.
Re: [gentoo-user] pcre build failure
This is confusing me to no end, partly because you seem to have included the same text twice? The information posted seems to contradict itself, particularly with the USE-flags. For example, here you have the `static-libs` flag disabled: On Mon, Oct 05, 2020 at 02:40:47PM -0400, Jude DaShiell wrote: > [ebuild R] dev-libs/libpcre-8.44:3::gentoo USE="bzip2 cxx jit readline > recursion-limit (split-usr) (unicode) zlib -libedit -pcre16 -pcre32 > -static-libs*" ABI_X86="(64) -32 (-x32)" 0 KiB ... which is supported by the output of the configure script: > checking whether to build static libraries... no [...] > Build static libs ... : no ... but then in the output of `emerge --info`, which displays the flags of the currently installed version, the `static-libs` flag is enabled: > dev-libs/libpcre-8.44::gentoo was built with the following: > USE="bzip2 cxx jit readline recursion-limit (split-usr) static-libs (unicode) > zlib -libedit -pcre16 -pcre32" ABI_X86="(64) -32 (-x32)" As the asterisk in the first emerge output would suggest, the flag is only now being disabled for the package. Such a change is very dangerous, and although I can't imagine why PCRE was built to use static libraries in the first place, I can assume this might be the cause of the error. I am still unable to reproduce this behaviour on my own system. PCRE depends on the following packages, so you will want to make sure that all of these agree on the nature of the libraries: static or dynamic? $ equery g libpcre * Searching for libpcre ... * dependency graph for dev-libs/libpcre-8.44 `-- dev-libs/libpcre-8.44 amd64 `-- app-arch/bzip2-1.0.6-r11 (app-arch/bzip2) amd64 `-- sys-libs/zlib-1.2.11-r2 (sys-libs/zlib) amd64 `-- dev-libs/libedit-20191211.3.1 (dev-libs/libedit) amd64 `-- sys-libs/readline-8.0_p4 (sys-libs/readline) amd64 `-- virtual/pkgconfig-2 (virtual/pkgconfig) amd64 `-- app-portage/elt-patches-20170815 (>=app-portage/elt-patches-20170815) amd64 [ dev-libs/libpcre-8.44 stats: packages (7), max depth (1) ] Irrelevant aside: you see these annoying ANSI colour codes captured by `script`? You can strip them out with the `ansifilter` program, provided by the `app-text/ ansifilter` package in gentoo.git. It takes standard input or a file name, and without any arguments, will erase all ANSI escape sequences. > [01;31mlivecd[01;34m / #[00m exit $ ansifilter <<< "[01;31mlivecd[01;34m / #[00m exit" # bash syntax livecd / # exit In future, if you just want to capture the output of a (possibly interactive) command, `tee` is better than `script`. It usually strips escape sequences and such. However, it does not capture standard error to the output file, so you'll want to redirect it into standard output, like so: $ ./prog 2>&1 | tee prog-log -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] dhcpd versus fixed IP addresses
On Mon, 05 Oct 2020 19:45:15 +0100, Michael wrote: > > I have a Virgin cablemodem that I have switched into modem-only mode, > > so it behaves similarly to your device, and plugged it into the > > router. It gives a setup like you want, except I chose to use DHCP > > for simplicity of administration. > > In the old days virgin modems were simple modems only, not routers. > They had a GUI with minimal ability to do much, other than check what > the WAN IP address allocated by the CMTS was. I suppose these days > they're all in one + WiFi, with more configuration options. And the facility for Virgin to access and administer them remotely. -- Neil Bothwick Energizer Bunny arrested, charged with battery :) pgpoWy3dGvyZ9.pgp Description: OpenPGP digital signature
Re: [gentoo-user] pcre build failure
On Mon, Oct 05, 2020 at 04:14:07PM -0400, John Covici wrote:
> Also, you might want to go to the ~ tre -- I have no trouble compiling, but I
> have version 10.35 which is much newer than what you are trying to compile.
This concerns `dev-libs/libpcre`, not `dev-libs/pcre2`. As far as Portage is
concerned, these are two completely different packages. For the package in
question, the version Jude is attempting to install is the only one in the tree.
It's a bit tricky to triage the error from the assembler, because the compiler
is piping in its output, hence the assembler only reporting "{standard input}".
With that said, it looks like the assembler is encountering a syntax error,
which is very peculiar indeed. Furthermore, I'm unable the replicate this error
with the USE-flags given in Jude's `emerge --info` output, including the
notorious `static-libs` flag.
Can anyone else replicate this error?
--
Ashley Dixon
suugaku.co.uk
2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA
signature.asc
Description: PGP signature
Re: [gentoo-user] pcre build failure
On Mon, 05 Oct 2020 14:40:47 -0400,
Jude DaShiell wrote:
>
> Script started on 2020-10-05 09:53:20-04:00 [TERM="linux" TTY="/dev/tty2"
> COLUMNS="80" LINES="25"]
> [01;31mlivecd[01;34m / #[00m emerge --ask --verbose --ud[Kpdate --deep
> --newuse @world
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies .. ... done!
> [ebuild R] dev-libs/libpcre-8.44:3::gentoo USE="bzip2 cxx jit readline
> recursion-limit (split-usr) (unicode) zlib -libedit -pcre16 -pcre32
> -static-libs*" ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild U ] app-arch/zstd-1.4.5:0/1::gentoo [1.4.4-r4:0/1::gentoo]
> USE="threads -lz4 -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild U ] sys-apps/sandbox-2.20::gentoo [2.18::gentoo] ABI_X86="(32)
> (64) (-x32)" 0 KiB
> [ebuild U ] sys-apps/less-563::gentoo [551::gentoo] USE="pcre unicode" 0
> KiB
> [ebuild U ] sys-apps/debianutils-4.11.2::gentoo [4.11.1::gentoo]
> USE="installkernel -static" 0 KiB
> [ebuild U ] dev-lang/python-exec-2.4.6-r2:2::gentoo [2.4.6-r1:2::gentoo]
> PYTHON_TARGETS="(pypy3) (python2_7) (python3_6) (python3_7) (python3_8)
> (python3_9)" 0 KiB
> [uninstall ] dev-lang/python-2.7.18-r2:2.7::gentoo USE="gdbm ipv6
> ncurses readline ssl (threads) (wide-unicode) xml (-berkdb) -bluetooth -build
> -examples -hardened -libressl -sqlite -tk -wininst"
> [blocks b ] <=dev-lang/python-2.7.18-r3:2.7
> ("<=dev-lang/python-2.7.18-r3:2.7" is blocking dev-lang/python-exec-2.4.6-r2)
> [ebuild U ] sys-apps/busybox-1.32.0::gentoo [1.31.1-r2::gentoo]
> USE="ipv6 static systemd* -debug -livecd -make-symlinks -math -mdev -pam
> -savedconfig (-selinux) -sep-usr -syslog" 0 KiB
> [ebuild U ] app-admin/perl-cleaner-2.28::gentoo [2.27::gentoo] 0 KiB
> [ebuild NS] app-text/docbook-xml-dtd-4.2-r3:4.2::gentoo
> [4.1.2-r7:4.1.2::gentoo, 4.3-r2:4.3::gentoo, 4.4-r3:4.4::gentoo,
> 4.5-r2:4.5::gentoo] 0 KiB
> [ebuild U ] sys-fs/udev-init-scripts-34::gentoo [33::gentoo] 0 KiB
> [ebuild U ] sys-apps/hwids-20200813.1::gentoo [20200204::gentoo]
> USE="net pci udev usb" 0 KiB
> [ebuild U ] sys-apps/man-pages-5.08::gentoo [5.07::gentoo] L10N="-de -fr
> -it -ja -nl -pl -ru -zh-CN" 0 KiB
> [ebuild U ] sys-apps/attr-2.4.48-r4::gentoo [2.4.48-r3::gentoo] USE="nls
> (split-usr) -debug -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild NS] sys-devel/binutils-2.35.1:2.35::gentoo
> [2.34-r2:2.34::gentoo] USE="gold nls plugins -default-gold -doc -multitarget
> -static-libs -test -vanilla%" 0 KiB
> [ebuild U ] sys-apps/acl-2.2.53-r1::gentoo [2.2.53::gentoo] USE="nls
> (split-usr) -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild U ] sys-devel/make-4.3::gentoo [4.2.1-r4::gentoo] USE="nls
> -guile -static" 0 KiB
> [ebuild U ] sys-devel/bison-3.7.2::gentoo [3.7.1-r1::gentoo] USE="nls
> -examples -static -test" 0 KiB
> [ebuild NS] sys-devel/gcc-10.2.0-r2:10::gentoo [9.3.0-r1:9.3.0::gentoo]
> USE="(cxx) fortran (multilib) nls nptl openmp pch (pie) sanitize ssp vtv
> (-ada) -d -debug -doc (-fixed-point) -go -graphite (-hardened) -jit (-libssp)
> -lto -objc -objc++ -objc-gc -pgo -systemtap -test -vanilla -zstd%
> (-altivec%)" 0 KiB
> [ebuild U ] dev-libs/popt-1.18::gentoo [1.16-r2::gentoo] USE="nls
> -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild U ] sys-apps/grep-3.5::gentoo [3.4::gentoo] USE="nls pcre
> -static" 0 KiB
> [ebuild U ] dev-libs/elfutils-0.181::gentoo [0.180::gentoo] USE="bzip2
> nls utils -lzma -static-libs -test (-threads) -valgrind" ABI_X86="(64) -32
> (-x32)" 0 KiB
> [ebuild U ] app-editors/nano-5.2::gentoo [4.9.3::gentoo] USE="magic
> ncurses nls spell (split-usr) unicode -debug -justify -minimal -slang
> -static" 0 KiB
> [ebuild U ] dev-python/certifi-10001-r1::gentoo [10001::gentoo]
> USE="-test" PYTHON_TARGETS="python3_7 -pypy3 -python3_6 -python3_8 -python3_9
> (-python2_7%*)" 0 KiB
> [ebuild U ] dev-util/meson-0.55.3::gentoo [0.54.3::gentoo] USE="(-test)"
> PYTHON_TARGETS="python3_7 -python3_6 -python3_8 -python3_9%" 0 KiB
> [ebuild N ] sys-libs/libcap-2.43::gentoo USE="pam (split-usr)
> -static-libs" ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild U ] sys-apps/shadow-4.8.1-r3::gentoo [4.8-r5::gentoo] USE="acl
> nls pam (split-usr) su xattr -audit -bcrypt -cracklib (-selinux) -skey" 0 KiB
> [ebuild U ] sys-libs/pam-1.4.0_p20200829::gentoo
> [1.3.1_p20200128-r1::gentoo] USE="berkdb filecaps* pie (split-usr) -audit
> -debug -nis (-selinux) (-cracklib%*) (-static-libs%)" ABI_X86="(64) -32
> (-x32)" 0 KiB
> [ebuild NS] sys-libs/db-6.0.35-r2:6.0::gentoo [5.3.28-r2:5.3::gentoo]
> USE="-cxx -doc -examples -java -tcl -test" ABI_X86="(64) -32 (-x32)" 0 KiB
> [ebuild N ] sys-auth/passwdqc-1.4.0-r1::gentoo 0 KiB
> [ebuild U ] sys-apps/iproute2-5.8.0::gentoo [5.7.0::gentoo] USE="berkdb
> iptables ipv6 -atm -caps -elf -minimal (-selinux)" 0 KiB
>
Re: [gentoo-user] RAID: new drive on aac raid
Stefan G. Weichinger: ... > Searched for more and older releases of arcconf, found Version 1.2 that > doesn't crash here. > > This lets me view the physical device(s), but the new disk is marked as > "Failed". ... What if you put it on the 53c1030 card, can you do that, at least to verify the disk ? What do sg_verify /dev/sg11 return ? Can you do sg_dd if=foo of=/dev/sg11 count=10 and get it back with sg_dd if=/dev/sg11 of=bar count=10, with cmp foo bar; echo $? returning 0 ? Regards, /Karl Hammar
Re: [gentoo-user] what test gets done in pcre makefile to find gcc won't work?
On Mon, Oct 05, 2020 at 01:51:45PM -0400, Jude DaShiell wrote: > emerge --ask --verbose --update --deep --newuse @world > Would it have been best to refuse to do the emerges at that point in the > installation? The handbook was silent on that point except to say > updates could be done after installation. I would usually wait to get a working, bootable system before worrying about updating everything to the newest version possible, however I'm still surprised that the configure script took issue with GCC this early in the installation process. > The gcc compiler works this time though the pcre package continues to > break. I'll get the output for it and share with the list as soon as I > have it together. OK, thank you. Please remember to post the entire log of emerge, and the output of `emerge --info `. Gzip the former if it is very large. BTW: please stop top-posting (that is, quoting the entire thread and then prepending your response). It is not only a tremendous waste of disk space, but also makes it unclear as to which part of the quoted message you're replying. Interleaved style seems to be the most commonly used here. [1] [1] https://en.wikipedia.org/wiki/Posting_style#Interleaved_style -- Ashley Dixon suugaku.co.uk 2A9A 4117 DA96 D18A 8A7B B0D2 A30E BF25 F290 A8AA signature.asc Description: PGP signature
Re: [gentoo-user] dhcpd versus fixed IP addresses
On Monday, 5 October 2020 11:39:44 BST Neil Bothwick wrote:
> On Sun, 4 Oct 2020 21:47:53 -0400, Walter Dnes wrote:
> > On their support board, the ISP's tech support told me...
> >
> > a) My computer or router needs to be configured to get the IP
> >
> >automatically by DHCP to get the connection up and running.
> >
> > b) The TC4400 is a cable modem without any router capabilities, so
> >
> >there are no wifi antennas on the device. (This was in response
> >to my question about turning off wifi.)
> >
> > A Google search turned up a default config webpage and userID and
> >
> > password for the TC4400. If that doesn't work, I'll look into getting
> > a NAT-ing router that can get a dhcp IP address. The plan would be...
If the TC4400 is a modem only, then I expect it will act as a half-bridged
device. It will sync with the cable headend (CMTS) to obtain a radio
frequency range and time slot ("talk-time" or TDMA), then exchange Range-
Requests + Range-Responses to complete the DOCSIS protocol sync and move on to
the IP layer.
Then it will use dhcp to obtain a WAN IP address, default gateway, time (Time
of Day) server, and TFTP server addresses. It will download QoS and other
configuration information over TFTP from the CMTS server, along with
encryption keys (BPI), in order to complete its registration and obtain a
Service IDentifier (SID) from the CMTS.
As I understand it, ISP issued modems come already preconfigured with
encryption keys and hardcoded MACs and they are the only modems which will be
allowed to register with the ISP's CMTS. If this is a 3rd party modem, then
perhaps its MAC address will be used to register and exchange keys with the
CMTS, but I would think either this MAC address will need to be communicated
in advance with the ISP so it can be added to the provisioning servers, or an
ISP obtained MAC address will need to be configured on the modem. There may
be variations in this theme including PPPoE authentication via RADIUS servers
at the ISP end, but I'm not sure this is common practice.
Either way, the modem operating in a half-bridged mode will pass on the WAN IP
address to the LAN port transparently. The PC or router at the LAN port will
need to either know what this bridged WAN IP address is and have it configured
as a static IP address on its NIC so it can use it, or use DHCP to obtain it.
The above reflects my loose understanding of how this works, or is meant to
work with a cable modem without routing capabilities.
> I have a Virgin cablemodem that I have switched into modem-only mode, so
> it behaves similarly to your device, and plugged it into the router. It
> gives a setup like you want, except I chose to use DHCP for simplicity of
> administration.
In the old days virgin modems were simple modems only, not routers. They had
a GUI with minimal ability to do much, other than check what the WAN IP
address allocated by the CMTS was. I suppose these days they're all in one +
WiFi, with more configuration options.
signature.asc
Description: This is a digitally signed message part.
Re: [gentoo-user] Re: new USB question
Grant - thanks for the info. On 2020.10.04 21:41, Grant Edwards wrote: On 2020-10-05, Jack wrote: Still not Gentoo specific, but I'm still trying to figure out if my motherboard (MSI B350 Tomahawk) is doing something funny with the USB connections. In theory, there should be USB3 connections both on the back IO panel and on the front case ports. I don't know if this is helpful, but I have an MSI B450 Tomahawk Max, and the USB3.3 headers that I route to front-panel connectors work fine. I just plugged a USB3 flash drive into one of them: [299865.738407] usb 2-4: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd [299865.760045] usb 2-4: New USB device found, idVendor=05dc, idProduct=a838, bcdDevice=11.00 [299865.760051] usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [299865.760053] usb 2-4: Product: USB Flash Drive [299865.760056] usb 2-4: Manufacturer: Lexar [299865.760058] usb 2-4: SerialNumber: AAHDQZ7ENQ3ORRPS [299865.770842] usb-storage 2-4:1.0: USB Mass Storage device detected [299865.771034] scsi host9: usb-storage 2-4:1.0 [299867.095086] scsi 9:0:0:0: Direct-Access LexarUSB Flash Drive 1100 PQ: 0 ANSI: 6 [299867.095310] sd 9:0:0:0: Attached scsi generic sg4 type 0 [299867.095905] sd 9:0:0:0: [sdd] 62517248 512-byte logical blocks: (32.0 GB/29.8 GiB) [299867.096389] sd 9:0:0:0: [sdd] Write Protect is off [299867.096394] sd 9:0:0:0: [sdd] Mode Sense: 43 00 00 00 [299867.096872] sd 9:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [299867.112375] sdd: sdd1 sdd2 [299867.114301] sd 9:0:0:0: [sdd] Attached SCSI removable disk I also have two USB2 connectors on the front panel. All total, there are 2 x USB2in back panel 4 x USB3.2 in back panel 4 x USB2on two dual-port 10-pin headers 2 x USB3.2 on one dual-port 20-pin header It appears that I have a total of 6 USB hubs on the motherboard: $ lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub It looks like you should have two 20-pin USB3 headers on your motherboard (mine only has 1). Are you sure your front-panel connectors are plugged into a USB3 header and not one of the 10-pin USB2 headers? Front panel is definitely plugged into one of the two USB3 headers. There are also two USB2 headers, unused. lsusb -tv shows /: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M ID 1d6b:0003 Linux Foundation 3.0 root hub /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M ID 1d6b:0002 Linux Foundation 2.0 root hub /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 1M ID 1d6b:0003 Linux Foundation 3.0 root hub /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 480M ID 1d6b:0002 Linux Foundation 2.0 root hub extracted from dmesg [8.465096] xhci_hcd :03:00.0: xHCI Host Controller [8.465728] xhci_hcd :03:00.0: new USB bus registered, assigned bus number 1 [8.521723] xhci_hcd :03:00.0: hcc params 0x0200ef81 hci version 0x110 quirks 0x48000410 [8.523257] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.08 [8.523974] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [8.524693] usb usb1: Product: xHCI Host Controller [8.525411] usb usb1: Manufacturer: Linux 5.8.10-gentoo-x86_64-01 xhci-hcd [8.526141] usb usb1: SerialNumber: :03:00.0 [8.526931] hub 1-0:1.0: USB hub found [8.527674] hub 1-0:1.0: 10 ports detected [8.528580] xhci_hcd :03:00.0: xHCI Host Controller [8.529307] xhci_hcd :03:00.0: new USB bus registered, assigned bus number 2 [8.530042] xhci_hcd :03:00.0: Host supports USB 3.1 Enhanced SuperSpeed [8.530809] usb usb2: We don't know the algorithms for LPM for this host, disabling LPM. [8.531568] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 5.08 [8.532313] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [8.533049] usb usb2: Product: xHCI Host Controller [8.533780] usb usb2: Manufacturer: Linux 5.8.10-gentoo-x86_64-01 xhci-hcd [8.534524] usb usb2: SerialNumber: :03:00.0 [8.535329] hub 2-0:1.0: USB hub found [8.536081] hub 2-0:1.0: 4 ports detected [8.536954] xhci_hcd :1d:00.3: xHCI Host Controller [8.537710] xhci_hcd :1d:00.3: new USB bus registered, assigned bus number 3 [8.538558] xhci_hcd :1d:00.3: hcc params 0x0270f665 hci version 0x100 quirks 0x0410 [8.539440] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.08 [
Re: [gentoo-user] what test gets done in pcre makefile to find gcc won't work?
Oops, correction the emerge offers where pcre broke happened after:
emerge --ask --verbose --update --deep --newuse @world
Would it have been best to refuse to do the emerges at that point in the
installation? The handbook was silent on that point except to say
updates could be done after installation.
The gcc compiler works this time though the pcre package continues to
break. I'll get the output for it and share with the list as soon as I
have it together.
On Sun, 4 Oct 2020, Ashley Dixon wrote:
> Date: Sun, 4 Oct 2020 02:59:18
> From: Ashley Dixon
> Reply-To: gentoo-user@lists.gentoo.org
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] what test gets done in pcre makefile to find gcc
> won't work?
>
> On Sun, Oct 04, 2020 at 12:47:39AM -0400, Jude DaShiell wrote:
> > I ran emerge-webrsync and agreed to merge some software titles from
> > gentoo. The first one was pcre and so far as I can tell, all went fine
> > until the makefile tested gcc and found gcc doesn't work. At that point
> > the emerge errored out.
>
> I think you mean the configure script, not the Makefile? It is executed in
> the
> ebuild with the `econf` wrapper function [1, 2]; its output looks like
> this:
>
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> [...]
>
> Can you post the full output of emerge? "The gcc test" is equivocal; the
> GNU
> configure script does lots of compiler tests, and it will be useful to
> know
> which one fails.
>
> > Now, it's possible everyone is using the systemd profile but I went with
> > the default profile already used for amd64 installs so it could be that
> > profile ran me into this particular error.
>
> I could be very mistaken, but I think that the majority of the Gentoo
> community
> uses an OpenRC profile, probably because it's the default. Gentoo supports
> quite
> a few init systems, if you'd like to have a play and see which one you like
> the
> most [3].
>
> > Something else that was strange, I had the gentoo-minimal cd in use and
> > had downloaded a stage3 file and a snapshot. The package
> > sys-libs/timezone-data did not download in those packages and the handbook
> > provided no instructions on downloading and installing that package before
> > trying to set the local time. Could it be failure to use systemd profile
> > also brought me this error as well?
>
> Which profile have you chosen? The Stage 3 tarball consists of a system set
> for
> a particular profile [4], all of which inherit the base @system [5].
> The
> `timezone-data` package is not included in any of the default profile
> system
> sets, so it should not be expected to appear in a Stage 3:
>
> $ shopt -s globstar
> $ grep timezone-data gentoo/profiles/**/packages
> # or
> $ find gentoo/profiles/ -type f -name "packages" -exec grep \
> > timezone-data {} \;
>
> It should be pulled in a dependency of glibc, providing the `vanilla` flag
> isn't
> set, but you can just emerge it manually.
>
> $ equery d timezone-data # add `-a` after `d` for a full list
> * These packages depend on timezone-data:
> dev-libs/libical-3.0.8 (sys-libs/timezone-data)
> sys-libs/glibc-2.31-r6 (!vanilla ? sys-libs/timezone-data)
>
> Anyway, this is independent of the init system you choose. Have you had a
> look
> at [6]? Find the relevant file in `/usr/share/zoneinfo` which corresponds
> to
> your timezone, write its relative path to the `/etc/timezone` file,
> and
> reconfigure the `timezone-data` package. To steal the example in the
> handbook:
>
> $ ls -l /usr/share/zoneinfo
> $ echo "Europe/Brussels" > /etc/timezone # Suppose you're in Brussels
> $ emerge --config sys-libs/timezone-data # Regenerate `/etc/localtime`
>
> [1]
> https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-libs/libpcre2/libpcre2-10.35.ebuild#n74
> [2] https://devmanual.gentoo.org/function-reference/build-functions/
> [3] https://wiki.gentoo.org/wiki/Comparison_of_init_systems
> [4] https://wiki.gentoo.org/wiki/Stage_tarball#Stage_3
> [5] https://gitweb.gentoo.org/repo/gentoo.git/tree/profiles/base/packages
> [6] https://wiki.gentoo.org/wiki/Handbook:AMD64/Full/Installation#Timezone
>
> P.S. You can examine the contents of `/etc/localtime`, and thus the
> supported
> timezones, with the `zdump` utility from the `timezone-data` package:
>
> $ zdump /etc/locatime
> /etc/localtime Sun Oct 4 07:41:45 2020 BST
>
>
--
Re: [gentoo-user] what test gets done in pcre makefile to find gcc won't work?
I suspect the earlier failure may have been due to a package integrity
issue. One of the problems is links doesn't let me know when a download
is finished the way I have it configured now. Also, using speakup I had
to turn on links are numbered in html options then save html options to
even download the stage3 file. The accessibility use flag wasn't in
effect and I could move with down arrow onto the stage3 file according
to speakup but the links cursor didn't follow and would only allow me to
download some image file.
On Mon, 5 Oct 2020, Jude DaShiell wrote:
> Date: Mon, 5 Oct 2020 13:24:22
> From: Jude DaShiell
> Reply-To: gentoo-user@lists.gentoo.org
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] what test gets done in pcre makefile to find gcc
> won't work?
>
> Ashley,
>
> Thanks much for help you provided. You should know, as a result of that
> help you got me all the way to kernel configuration.
>
> On Sun, 4 Oct 2020, Ashley Dixon wrote:
>
> > Date: Sun, 4 Oct 2020 02:59:18
> > From: Ashley Dixon
> > Reply-To: gentoo-user@lists.gentoo.org
> > To: gentoo-user@lists.gentoo.org
> > Subject: Re: [gentoo-user] what test gets done in pcre makefile to find gcc
> > won't work?
> >
> > On Sun, Oct 04, 2020 at 12:47:39AM -0400, Jude DaShiell wrote:
> > > I ran emerge-webrsync and agreed to merge some software titles from
> > > gentoo. The first one was pcre and so far as I can tell, all went fine
> > > until the makefile tested gcc and found gcc doesn't work. At that point
> > > the emerge errored out.
> >
> > I think you mean the configure script, not the Makefile? It is executed in
> > the
> > ebuild with the `econf` wrapper function [1, 2]; its output looks like
> > this:
> >
> > checking for a BSD-compatible install... /usr/bin/install -c
> > checking whether build environment is sane... yes
> > checking for a thread-safe mkdir -p... /bin/mkdir -p
> > [...]
> >
> > Can you post the full output of emerge? "The gcc test" is equivocal; the
> > GNU
> > configure script does lots of compiler tests, and it will be useful to
> > know
> > which one fails.
> >
> > > Now, it's possible everyone is using the systemd profile but I went with
> > > the default profile already used for amd64 installs so it could be that
> > > profile ran me into this particular error.
> >
> > I could be very mistaken, but I think that the majority of the Gentoo
> > community
> > uses an OpenRC profile, probably because it's the default. Gentoo supports
> > quite
> > a few init systems, if you'd like to have a play and see which one you like
> > the
> > most [3].
> >
> > > Something else that was strange, I had the gentoo-minimal cd in use and
> > > had downloaded a stage3 file and a snapshot. The package
> > > sys-libs/timezone-data did not download in those packages and the handbook
> > > provided no instructions on downloading and installing that package before
> > > trying to set the local time. Could it be failure to use systemd profile
> > > also brought me this error as well?
> >
> > Which profile have you chosen? The Stage 3 tarball consists of a system
> > set for
> > a particular profile [4], all of which inherit the base @system [5].
> > The
> > `timezone-data` package is not included in any of the default profile
> > system
> > sets, so it should not be expected to appear in a Stage 3:
> >
> > $ shopt -s globstar
> > $ grep timezone-data gentoo/profiles/**/packages
> > # or
> > $ find gentoo/profiles/ -type f -name "packages" -exec grep \
> > > timezone-data {} \;
> >
> > It should be pulled in a dependency of glibc, providing the `vanilla` flag
> > isn't
> > set, but you can just emerge it manually.
> >
> > $ equery d timezone-data # add `-a` after `d` for a full list
> > * These packages depend on timezone-data:
> > dev-libs/libical-3.0.8 (sys-libs/timezone-data)
> > sys-libs/glibc-2.31-r6 (!vanilla ? sys-libs/timezone-data)
> >
> > Anyway, this is independent of the init system you choose. Have you had a
> > look
> > at [6]? Find the relevant file in `/usr/share/zoneinfo` which
> > corresponds to
> > your timezone, write its relative path to the `/etc/timezone` file,
> > and
> > reconfigure the `timezone-data` package. To steal the example in the
> > handbook:
> >
> > $ ls -l /usr/share/zoneinfo
> > $ echo "Europe/Brussels" > /etc/timezone # Suppose you're in
> > Brussels
> > $ emerge --config sys-libs/timezone-data # Regenerate
> > `/etc/localtime`
> >
> > [1]
> > https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-libs/libpcre2/libpcre2-10.35.ebuild#n74
> > [2] https://devmanual.gentoo.org/function-reference/build-functions/
> > [3] https://wiki.gentoo.org/wiki/Comparison_of_init_systems
> > [4] https://wiki.gentoo.org/wiki/Stage_tarball#Stage_3
> > [5]
Re: [gentoo-user] what test gets done in pcre makefile to find gcc won't work?
Ashley,
Thanks much for help you provided. You should know, as a result of that
help you got me all the way to kernel configuration.
On Sun, 4 Oct 2020, Ashley Dixon wrote:
> Date: Sun, 4 Oct 2020 02:59:18
> From: Ashley Dixon
> Reply-To: gentoo-user@lists.gentoo.org
> To: gentoo-user@lists.gentoo.org
> Subject: Re: [gentoo-user] what test gets done in pcre makefile to find gcc
> won't work?
>
> On Sun, Oct 04, 2020 at 12:47:39AM -0400, Jude DaShiell wrote:
> > I ran emerge-webrsync and agreed to merge some software titles from
> > gentoo. The first one was pcre and so far as I can tell, all went fine
> > until the makefile tested gcc and found gcc doesn't work. At that point
> > the emerge errored out.
>
> I think you mean the configure script, not the Makefile? It is executed in
> the
> ebuild with the `econf` wrapper function [1, 2]; its output looks like
> this:
>
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> [...]
>
> Can you post the full output of emerge? "The gcc test" is equivocal; the
> GNU
> configure script does lots of compiler tests, and it will be useful to
> know
> which one fails.
>
> > Now, it's possible everyone is using the systemd profile but I went with
> > the default profile already used for amd64 installs so it could be that
> > profile ran me into this particular error.
>
> I could be very mistaken, but I think that the majority of the Gentoo
> community
> uses an OpenRC profile, probably because it's the default. Gentoo supports
> quite
> a few init systems, if you'd like to have a play and see which one you like
> the
> most [3].
>
> > Something else that was strange, I had the gentoo-minimal cd in use and
> > had downloaded a stage3 file and a snapshot. The package
> > sys-libs/timezone-data did not download in those packages and the handbook
> > provided no instructions on downloading and installing that package before
> > trying to set the local time. Could it be failure to use systemd profile
> > also brought me this error as well?
>
> Which profile have you chosen? The Stage 3 tarball consists of a system set
> for
> a particular profile [4], all of which inherit the base @system [5].
> The
> `timezone-data` package is not included in any of the default profile
> system
> sets, so it should not be expected to appear in a Stage 3:
>
> $ shopt -s globstar
> $ grep timezone-data gentoo/profiles/**/packages
> # or
> $ find gentoo/profiles/ -type f -name "packages" -exec grep \
> > timezone-data {} \;
>
> It should be pulled in a dependency of glibc, providing the `vanilla` flag
> isn't
> set, but you can just emerge it manually.
>
> $ equery d timezone-data # add `-a` after `d` for a full list
> * These packages depend on timezone-data:
> dev-libs/libical-3.0.8 (sys-libs/timezone-data)
> sys-libs/glibc-2.31-r6 (!vanilla ? sys-libs/timezone-data)
>
> Anyway, this is independent of the init system you choose. Have you had a
> look
> at [6]? Find the relevant file in `/usr/share/zoneinfo` which corresponds
> to
> your timezone, write its relative path to the `/etc/timezone` file,
> and
> reconfigure the `timezone-data` package. To steal the example in the
> handbook:
>
> $ ls -l /usr/share/zoneinfo
> $ echo "Europe/Brussels" > /etc/timezone # Suppose you're in Brussels
> $ emerge --config sys-libs/timezone-data # Regenerate `/etc/localtime`
>
> [1]
> https://gitweb.gentoo.org/repo/gentoo.git/tree/dev-libs/libpcre2/libpcre2-10.35.ebuild#n74
> [2] https://devmanual.gentoo.org/function-reference/build-functions/
> [3] https://wiki.gentoo.org/wiki/Comparison_of_init_systems
> [4] https://wiki.gentoo.org/wiki/Stage_tarball#Stage_3
> [5] https://gitweb.gentoo.org/repo/gentoo.git/tree/profiles/base/packages
> [6] https://wiki.gentoo.org/wiki/Handbook:AMD64/Full/Installation#Timezone
>
> P.S. You can examine the contents of `/etc/localtime`, and thus the
> supported
> timezones, with the `zdump` utility from the `timezone-data` package:
>
> $ zdump /etc/locatime
> /etc/localtime Sun Oct 4 07:41:45 2020 BST
>
>
--
Re: [gentoo-user] RAID: new drive on aac raid
Am 05.10.20 um 17:19 schrieb Stefan G. Weichinger: > So my issue seems to be: non-working arcconf doesn't let me "enable" > that one drive. Some kind of progress. Searched for more and older releases of arcconf, found Version 1.2 that doesn't crash here. This lets me view the physical device(s), but the new disk is marked as "Failed". # ./arcconf GETCONFIG 1 PD | more Controllers found: 1 -- Physical Device information -- Device #0 Device is a Hard drive State : Failed Block Size : Unknown Supported : Yes Transfer Speed : Failed Reported Channel,Device(T:L) : 0,0(0:0) Reported Location : Connector 0, Device 0 Vendor : TOSHIBA Model : MG04SCA20EE Firmware : 0104 Serial number : 30A0A00UFX2B World-wide name: 539A08327484 Total Size : 0 MB Write Cache: Unknown FRU: None S.M.A.R.T. : No S.M.A.R.T. warnings: 0 SSD: No Tried a rescan and a clearing of status ... no change. Maybe the disk is too big for that controller. Creating a LD also fails: # ./arcconf CREATE 1 LOGICALDRIVE MAX volume 0,0 Controllers found: 1 A selected device is not available for use. Command aborted. juno /usr/portage/distfiles/linux_x64 # ./arcconf CREATE 1 LOGICALDRIVE MAX volume 0 0 Controllers found: 1 A selected device is not available for use. Command aborted. ... annoying and frustrating
Re: [gentoo-user] RAID: new drive on aac raid
Am 05.10.20 um 16:57 schrieb Rich Freeman: > If you're doing software RAID or just individual disks, then you're > probably going to go into the controller and basically configure that > disk as standalone, or as a 1-disk "RAID". That will make it appear > to the OS, and then you can do whatever you want with it at the OS > level (stick a filesystem on it, put it in a RAID/lvm, whatever). > > I find this sort of thing really annoying. Same here! ;-) > I prefer HBAs that just do > IT mode or equivalent - acting as a dumb HBA and passing all the > drives through to the OS. It isn't that it doesn't work - it is just > that you're now married to that HBA card vendor and if anything > happens to the card you have to replace it with something compatible > and reconfigure it using their software/etc, or else all your data is > unreadable. Even if you have backups it isn't something you want to > just have to deal with if you're talking about a lot of data. Yep. So my issue seems to be: non-working arcconf doesn't let me "enable" that one drive. I *might* consider booting up the older Suse OS (still somewhere as well) via the flaky old Java-KVM and try things there. The server is ~600kms away, so my possibilities with Live-USB-sticks etc are limited right now.
Re: [gentoo-user] RAID: new drive on aac raid
Am 05.10.20 um 16:38 schrieb k...@aspodata.se: > And theese on the aac, since they have the same scsi host, and I guess > that scsi ch.0 is for the configured drives and ch.1 for the raw drives: >> [1:0:1:0]diskICP SAS2 V1.0 /dev/sda >> [1:0:2:0]diskICP Device 2 V1.0 /dev/sdb >> [1:0:3:0]diskICP Device 3 V1.0 /dev/sdc >> [1:0:4:0]diskICP Device 4 V1.0 /dev/sdd >> [1:0:5:0]diskICP Device 5 V1.0 /dev/sde >> [1:0:6:0]diskICP Device 6 V1.0 /dev/sdf >> [1:0:7:0]diskICP Device 7 V1.0 /dev/sdg >> [1:0:8:0]diskICP Device 8 V1.0 /dev/sdh >> [1:0:9:0]diskICP Device 9 V1.0 /dev/sdi >> [1:1:0:0]diskTOSHIBA MG04SCA20EE 0104 Thanks for your analysis and pointers! > Perhaps theese links will help: > > https://www.cyberciti.biz/faq/linux-checking-sas-sata-disks-behind-adaptec-raid-controllers/ > http://updates.aslab.com/doc/disk-controller/aacraid_guide.pdf > https://hwraid.le-vert.net/wiki/Adaptec Somehow. I get smartctl output for that disk: # smartctl -d scsi --all /dev/sg11 smartctl 7.0 2018-12-30 r4883 [x86_64-linux-4.14.83-gentoo-smp] (local build) Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: TOSHIBA Product: MG04SCA20EE Revision: 0104 Compliance: SPC-4 User Capacity:2.000.398.934.016 bytes [2,00 TB] Logical block size: 512 bytes Physical block size: 4096 bytes Rotation Rate:7200 rpm Form Factor: 3.5 inches Logical Unit id: 0x539a08327485 Serial number:30A0A00UFX2B Device type: disk Transport protocol: SAS (SPL-3) Local Time is:Mon Oct 5 18:54:44 2020 CEST SMART support is: Available - device has SMART capability. SMART support is: Disabled Temperature Warning: Disabled or Not Supported But no luck with any version of arcconf so far. Unpacked several zips, tried 2 releases, 32 and 64 bits .. all crash. > Just a poke in the dark, does ldd report all libs found, as in: > $ ldd /bin/ls > linux-vdso.so.1 (0x7ffcbab4c000) > libc.so.6 => /lib64/libc.so.6 (0x7fece3ad5000) > /lib64/ld-linux-x86-64.so.2 (0x7fece3d1c000) > $ Yeah, that works.
Re: [gentoo-user] RAID: new drive on aac raid
On Mon, Oct 5, 2020 at 10:38 AM wrote: > > Stefan G. Weichinger: > > On an older server the customer replaced a SAS drive. > > > > I see it as /dev/sg11, but not yes as /dev/sdX, it is not visible in "lsblk" > > Perhaps theese links will help: > > https://www.cyberciti.biz/faq/linux-checking-sas-sata-disks-behind-adaptec-raid-controllers/ > http://updates.aslab.com/doc/disk-controller/aacraid_guide.pdf > https://hwraid.le-vert.net/wiki/Adaptec > I don't know the details of any of these controllers, but you have the gist of it. The RAID controller is abstracting the individual drives and so the OS doesn't see them. You need to do at least some of the configuration through the controller. That usually requires vendor-specific software, which is often available for linux, and which in some cases is packaged for Gentoo. There are a lot of ways to do something like this. If you're doing hardware RAID you'd just replace/etc the disk in the raid (I'm actually surprised in this case that just swapping the drive in the same slot didn't already do this), and the hardware RAID will rebuild it, and the OS doesn't see anything at all. You might need the utility, but that is about it. If you're doing software RAID or just individual disks, then you're probably going to go into the controller and basically configure that disk as standalone, or as a 1-disk "RAID". That will make it appear to the OS, and then you can do whatever you want with it at the OS level (stick a filesystem on it, put it in a RAID/lvm, whatever). I find this sort of thing really annoying. I prefer HBAs that just do IT mode or equivalent - acting as a dumb HBA and passing all the drives through to the OS. It isn't that it doesn't work - it is just that you're now married to that HBA card vendor and if anything happens to the card you have to replace it with something compatible and reconfigure it using their software/etc, or else all your data is unreadable. Even if you have backups it isn't something you want to just have to deal with if you're talking about a lot of data. -- Rich
Re: [gentoo-user] RAID: new drive on aac raid
Stefan G. Weichinger: > On an older server the customer replaced a SAS drive. > > I see it as /dev/sg11, but not yes as /dev/sdX, it is not visible in "lsblk" ... Not that I think it will help you much, but there is sys-apps/sg3_utils: # lsscsi [0:0:0:0]diskATA TOSHIBA MG03ACA3 FL1A /dev/sda [1:0:0:0]diskATA TOSHIBA MG03ACA3 FL1A /dev/sdb [5:0:0:0]cd/dvd ASUS DRW-24F1ST a 1.00 /dev/scd0 # sg_map -x -i /dev/sg0 0 0 0 0 0 /dev/sda ATA TOSHIBA MG03ACA3 FL1A /dev/sg1 1 0 0 0 0 /dev/sdb ATA TOSHIBA MG03ACA3 FL1A /dev/sg2 5 0 0 0 5 /dev/scd0 ASUS DRW-24F1ST a1.00 # sg_inq /dev/sg1 standard INQUIRY: PQual=0 Device_type=0 RMB=0 LU_CONG=0 version=0x05 [SPC-3] [AERC=0] [TrmTsk=0] NormACA=0 HiSUP=0 Resp_data_format=2 SCCS=0 ACC=0 TPGS=0 3PC=0 Protect=0 [BQue=0] EncServ=0 MultiP=0 [MChngr=0] [ACKREQQ=0] Addr16=0 [RelAdr=0] WBus16=0 Sync=0 [Linked=0] [TranDis=0] CmdQue=1 [SPI: Clocking=0x0 QAS=0 IUS=0] length=96 (0x60) Peripheral device type: disk Vendor identification: ATA Product identification: TOSHIBA MG03ACA3 Product revision level: FL1A Unit serial number:14UAKBPDF You have theese two: > 07:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X > 0a:0e.0 RAID bus controller: Adaptec AAC-RAID I guess that the tape drive and mediachanger is on the 53c1030: > [0:0:1:0]tapeHP Ultrium 4-SCSI B12H /dev/st0 > [0:0:1:1]mediumx OVERLAND NEO Series 0510 /dev/sch0 And theese on the aac, since they have the same scsi host, and I guess that scsi ch.0 is for the configured drives and ch.1 for the raw drives: > [1:0:1:0]diskICP SAS2 V1.0 /dev/sda > [1:0:2:0]diskICP Device 2 V1.0 /dev/sdb > [1:0:3:0]diskICP Device 3 V1.0 /dev/sdc > [1:0:4:0]diskICP Device 4 V1.0 /dev/sdd > [1:0:5:0]diskICP Device 5 V1.0 /dev/sde > [1:0:6:0]diskICP Device 6 V1.0 /dev/sdf > [1:0:7:0]diskICP Device 7 V1.0 /dev/sdg > [1:0:8:0]diskICP Device 8 V1.0 /dev/sdh > [1:0:9:0]diskICP Device 9 V1.0 /dev/sdi > [1:1:0:0]diskTOSHIBA MG04SCA20EE 0104 > [1:1:1:0]diskSEAGATE ST373455SS 0002 - > [1:1:3:0]diskWDC WD7500AZEX-00RKK 0A80 - > [1:1:4:0]diskWDC WD7500AZEX-00RKK 0A80 - > [1:1:5:0]diskWDC WD7500AZEX-00RKK 0A80 - > [1:1:6:0]diskWDC WD7500AZEX-00BN5 1A01 - > [1:1:7:0]diskWDC WD7500AZEX-00BN5 1A01 - > [1:1:8:0]diskWDC WD7500AZEX-00RKK 0A80 - > [1:1:9:0]diskST375052 8AS CC44 - > [1:1:10:0] diskWDC WD7500AZEX-00BN5 1A01 - > [1:1:11:0] diskWDC WD7500AZEX-00BN5 1A01 - Perhaps theese links will help: https://www.cyberciti.biz/faq/linux-checking-sas-sata-disks-behind-adaptec-raid-controllers/ http://updates.aslab.com/doc/disk-controller/aacraid_guide.pdf https://hwraid.le-vert.net/wiki/Adaptec Just a poke in the dark, does ldd report all libs found, as in: $ ldd /bin/ls linux-vdso.so.1 (0x7ffcbab4c000) libc.so.6 => /lib64/libc.so.6 (0x7fece3ad5000) /lib64/ld-linux-x86-64.so.2 (0x7fece3d1c000) $ Regards, /Karl Hammar
[gentoo-user] RAID: new drive on aac raid
On an older server the customer replaced a SAS drive. I see it as /dev/sg11, but not yes as /dev/sdX, it is not visible in "lsblk" Back then with an installed Suse Linux, I had some GUI tool to create a VD on top of the physical drive and "enable" it ... I am searching how to achieve that in gentoo now. - # lsscsi [1:1:0:0]diskTOSHIBA MG04SCA20EE 0104 - I *assume* that it is connected to the RAID bus controller: Adaptec AAC-RAID but when I run "arcconf" I only get segfaults. # lspci 00:00.0 Host bridge: Intel Corporation 5000P Chipset Memory Controller Hub (rev b1) 00:02.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x8 Port 2-3 (rev b1) 00:04.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x8 Port 4-5 (rev b1) 00:06.0 PCI bridge: Intel Corporation 5000 Series Chipset PCI Express x8 Port 6-7 (rev b1) 00:08.0 System peripheral: Intel Corporation 5000 Series Chipset DMA Engine (rev b1) 00:10.0 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev b1) 00:10.1 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev b1) 00:10.2 Host bridge: Intel Corporation 5000 Series Chipset FSB Registers (rev b1) 00:11.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev b1) 00:13.0 Host bridge: Intel Corporation 5000 Series Chipset Reserved Registers (rev b1) 00:15.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev b1) 00:16.0 Host bridge: Intel Corporation 5000 Series Chipset FBD Registers (rev b1) 00:1c.0 PCI bridge: Intel Corporation 631xESB/632xESB/3100 Chipset PCI Express Root Port 1 (rev 09) 00:1d.0 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #1 (rev 09) 00:1d.1 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #2 (rev 09) 00:1d.2 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset UHCI USB Controller #3 (rev 09) 00:1d.7 USB controller: Intel Corporation 631xESB/632xESB/3100 Chipset EHCI USB2 Controller (rev 09) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev d9) 00:1f.0 ISA bridge: Intel Corporation 631xESB/632xESB/3100 Chipset LPC Interface Controller (rev 09) 00:1f.1 IDE interface: Intel Corporation 631xESB/632xESB IDE Controller (rev 09) 00:1f.3 SMBus: Intel Corporation 631xESB/632xESB/3100 Chipset SMBus Controller (rev 09) 01:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Upstream Port (rev 01) 01:00.3 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express to PCI-X Bridge (rev 01) 02:00.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E1 (rev 01) 02:02.0 PCI bridge: Intel Corporation 6311ESB/6321ESB PCI Express Downstream Port E3 (rev 01) 03:00.0 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge A (rev 09) 03:00.2 PCI bridge: Intel Corporation 6700PXH PCI Express-to-PCI Bridge B (rev 09) 06:00.0 Ethernet controller: Intel Corporation 80003ES2LAN Gigabit Ethernet Controller (Copper) (rev 01) 06:00.1 Ethernet controller: Intel Corporation 80003ES2LAN Gigabit Ethernet Controller (Copper) (rev 01) 07:01.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI (rev 08) 09:00.0 PCI bridge: Intel Corporation 80333 Segment-A PCIe Express to PCI-X bridge 09:00.2 PCI bridge: Intel Corporation 80333 Segment-B PCIe Express to PCI-X bridge 0a:0e.0 RAID bus controller: Adaptec AAC-RAID 0d:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] ES1000 (rev 02) -- Or it is connected to the "LSI Logic / Symbios Logic 53c1030" ? # megacli -PDList -Aall Exit Code: 0x00 hmm ... scratching my head here, could someone help me to determine where these drives "come from" ? The goal: enable that new TOSHIBA drive, partition it and add it to the mdadm-arrays. # lsscsi [0:0:1:0]tapeHP Ultrium 4-SCSI B12H /dev/st0 [0:0:1:1]mediumx OVERLAND NEO Series 0510 /dev/sch0 [1:0:1:0]diskICP SAS2 V1.0 /dev/sda [1:0:2:0]diskICP Device 2 V1.0 /dev/sdb [1:0:3:0]diskICP Device 3 V1.0 /dev/sdc [1:0:4:0]diskICP Device 4 V1.0 /dev/sdd [1:0:5:0]diskICP Device 5 V1.0 /dev/sde [1:0:6:0]diskICP Device 6 V1.0 /dev/sdf [1:0:7:0]diskICP Device 7 V1.0 /dev/sdg [1:0:8:0]diskICP Device 8 V1.0 /dev/sdh [1:0:9:0]diskICP Device 9 V1.0 /dev/sdi [1:1:0:0]diskTOSHIBA MG04SCA20EE 0104 - [1:1:1:0]diskSEAGATE ST373455SS 0002 - [1:1:3:0]diskWDC WD7500AZEX-00RKK 0A80 - [1:1:4:0]diskWDC WD7500AZEX-00RKK 0A80 - [1:1:5:0]diskWDC WD7500AZEX-00RKK 0A80 - [1:1:6:0]diskWDC WD7500AZEX-00BN5 1A01 - [1:1:7:0]diskWDC WD7500AZEX-00BN5 1A01 - [1:1:8:0]diskWDC WD7500AZEX-00RKK 0A80 - [1:1:9:0]disk
Re: [gentoo-user] dhcpd versus fixed IP addresses
On Sun, 4 Oct 2020 21:47:53 -0400, Walter Dnes wrote: > On their support board, the ISP's tech support told me... > > a) My computer or router needs to be configured to get the IP >automatically by DHCP to get the connection up and running. > > b) The TC4400 is a cable modem without any router capabilities, so >there are no wifi antennas on the device. (This was in response >to my question about turning off wifi.) > > A Google search turned up a default config webpage and userID and > password for the TC4400. If that doesn't work, I'll look into getting > a NAT-ing router that can get a dhcp IP address. The plan would be... > Just about any router will do that, it's usually the default behaviour. > * The cable modem would connect to the internet and pass an address > via dhcp to the router. > > * The router would treat the dhcp-assigned address from the cable modem > as "the internet" and expose 192.168.0.0/16 to my computers, which > would allow my home computers to use static IP addresses as before. > I have a Virgin cablemodem that I have switched into modem-only mode, so it behaves similarly to your device, and plugged it into the router. It gives a setup like you want, except I chose to use DHCP for simplicity of administration. -- Neil Bothwick The truth shall make you free, but first it shall piss you off. pgp0YiftDKngx.pgp Description: OpenPGP digital signature
[gentoo-user] Re: dhcpd versus fixed IP addresses
On 2020-10-05, Walter Dnes wrote: > On Sun, Oct 04, 2020 at 06:31:44PM +0100, Neil Bothwick wrote > >> However, I would wait until the new modem arrives as most do allow >> you to turn off DHCP for the LAN and the information you have may >> only apply to the WAN connection. > > On their support board, the ISP's tech support told me... > > a) My computer or router needs to be configured to get the IP >automatically by DHCP to get the connection up and running. So the address your computer or router will get via the cable modem is a WAN address? -- Nuno Silva
