[gentoo-user] eselect python...
Hi, I did an eselect python list and got [1] python3.6 [2] python2.7 (fallback) . Then I did an eselect python set 2 to examine some error while trying to install a local package. And then I switched back wth eselect python set 2 again since python3.6 was set at [2] now. Now eselect python list shows me [1] python3.6 [2] python2.7 . The "(fallback)" was missing now. How do I need to use eselect to set python2.7 as fallback" Cheers! Meino PS: This https://wiki.gentoo.org/wiki/Python and https://wiki.gentoo.org/wiki/Project:Eselect/User_guide gave me no answer...
Re: [gentoo-user] Re: Sata hard drive speed question
Nikos Chantziaras wrote: > On 13/12/2018 09:11, Dale wrote: >> Nikos Chantziaras wrote: >>> On 13/12/2018 02:48, Dale wrote: Howdy, I bought a 8TB hard drive. Seagate 8TB 5E8 Exos ST8000AS0003 is the exact model info. It seems to be slow. >>> >>> What's the output of: >>> >>> sudo fdisk -l /dev/sda >>> >>> (Assuming it's the sda drive.) >>> >>> >>> >> >> >> Well, after a lot more googling, I decided to start over and then >> decided to use a different tool. I ran dd for several GBs and then used >> gparted to partition and format the drive with ext4. Right now, it is >> doing the format part. > > I'd still like to know what the output of "sudo fdisk -l /dev/sda" is :P > > > This is what it says right now. root@fireball / # fdisk -l /dev/sdb Disk /dev/sdb: 7.3 TiB, 8001563222016 bytes, 15628053168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: 16E55D4E-BA7D-463B-807F-0BE27A488E21 Device Start End Sectors Size Type /dev/sdb1 2048 15628052479 15628050432 7.3T Linux filesystem root@fireball / # BTW, it's sdb but I know what you wanted. ;-) As it is, that was done with gparted. It is still trying to put a ext4 file system on it and it has been about a hour. If I recall correctly, it took several minutes on the 6TB drive a while back but nowhere near this long. There's not that much difference between 6TB and 8TB. I might add, I did a smartctrl -a for that drive, it took a good long while to retrieve the data. Generally, it comes back in seconds for other drives. It seems that everything is slow for that specific drive. While I was typing all that in, it came back with this. create new ext4 file system 01:05:26 ( ERROR ) mkfs.ext4 -F -O ^64bit -L "8tb-backup" /dev/sdb1 01:05:26 ( ERROR ) Creating filesystem with 1953506304 4k blocks and 244191232 inodes Filesystem UUID: 49241f90-62c0-47bf-b3a0-32f2efaa3fed Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 2048, 23887872, 71663616, 78675968, 10240, 214990848, 51200, 550731776, 644972544, 1934917632 Allocating group tables: done Writing inode tables: done Creating journal (262144 blocks): done Writing superblocks and filesystem accounting information: mke2fs 1.43.9 (8-Feb-2018) Warning, had trouble writing out superblocks. Yea, something isn't right here. Given I've tried two different tools, I'm going to check those cables and such. ;-) Dale :-) :-)
[gentoo-user] Re: Sata hard drive speed question
On 13/12/2018 09:11, Dale wrote: Nikos Chantziaras wrote: On 13/12/2018 02:48, Dale wrote: Howdy, I bought a 8TB hard drive. Seagate 8TB 5E8 Exos ST8000AS0003 is the exact model info. It seems to be slow. What's the output of: sudo fdisk -l /dev/sda (Assuming it's the sda drive.) Well, after a lot more googling, I decided to start over and then decided to use a different tool. I ran dd for several GBs and then used gparted to partition and format the drive with ext4. Right now, it is doing the format part. I'd still like to know what the output of "sudo fdisk -l /dev/sda" is :P
Re: [gentoo-user] Re: Sata hard drive speed question
Nikos Chantziaras wrote: > On 13/12/2018 02:48, Dale wrote: >> Howdy, >> >> I bought a 8TB hard drive. Seagate 8TB 5E8 Exos ST8000AS0003 is the >> exact model info. It seems to be slow. > > What's the output of: > > sudo fdisk -l /dev/sda > > (Assuming it's the sda drive.) > > > Well, after a lot more googling, I decided to start over and then decided to use a different tool. I ran dd for several GBs and then used gparted to partition and format the drive with ext4. Right now, it is doing the format part. One thing I noticed. When it is formatting, it takes HOURS. When I did it the first time, from command line using mkfs.ext4, it took hours. So far, it's been working on it for well over 30 minutes. I don't recall it taking anywhere near this long on the 6TB drive I have. I might add, I did it through a USB port. The fact it takes so long to format makes me thing something is up somewhere. Is that normal?? I also got this during a attempt to put a file system on it a bit ago. root@fireball / # mkfs.ext4 -m 0 -L 8tb-backup -b 4096 /dev/sdb1 mke2fs 1.43.9 (8-Feb-2018) Creating filesystem with 1953506129 4k blocks and 244191232 inodes Filesystem UUID: 2b987f80-b9e2-45e0-8dda-b25f0901e213 Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 2048, 23887872, 71663616, 78675968, 10240, 214990848, 51200, 550731776, 644972544, 1934917632 Allocating group tables: done Writing inode tables: done Creating journal (262144 blocks): done Writing superblocks and filesystem accounting information: Warning, had trouble writing out superblocks. That last line is something I've never seen before. If it doesn't finish soon, I may check the sata cables and such. Maybe one of them isn't plugged in good, has dust on it or something. Something isn't working right here. Open to ideas tho. Dale :-) :-)
[gentoo-user] Re: Sata hard drive speed question
On 13/12/2018 02:48, Dale wrote: Howdy, I bought a 8TB hard drive. Seagate 8TB 5E8 Exos ST8000AS0003 is the exact model info. It seems to be slow. What's the output of: sudo fdisk -l /dev/sda (Assuming it's the sda drive.)
Re: [gentoo-user] Encryption questions
Dale wrote: > > I may get on youtube and see if I can find some videos on this so I can > see it actually working. Maybe find a couple different setups. I'm > sure someone has done at least one. lol > > OK. I found a video. It explains it pretty well. I learned a lot. Here is a linky. https://www.youtube.com/watch?v=823k8Qk47T0 One thing I like, I can understand the guy and he doesn't have some silly music playing that makes it hard to hear. Some people just make things to fancy to the point it is useless. Anyway. I got a general idea of it. Basically, I'd have to encrypt it on the puter itself but also make sure any backups are encrypted as well. I also see that it does its thing 'on the fly' as some call it. It doesn't require you to tell it to decrypt something, wait a while for it to do it, then be able to use it. It does it as you access it. When done, close it and it's secure again. That muddy water clears up a bit. ;-) I plan to watch a few more, when I find some I can hear well and understand. lol Oh, I also found this: app-crypt/veracrypt It seems to be a GUI interface for this. May find a video on that too. Still, I'd like to have both command line and GUI tho. One never knows about these things. Dale :-) :-)
Re: [gentoo-user] Sata hard drive speed question
taii...@gmx.com wrote: > Here are some theories. > > * You gotta properly align the sectors for 4K advanced format > * USB doesn't have NCQ which really slows things down. > * Copying many small files is almost always slow since they are located > on various parts of the drive not in a contiguous block (again see NCQ) > * System is set to use IDE not AHCI thus no NCQ etc > * You are using a secondary SATA chip such as the terrible ones from > JMicron or what not instead of what is on your systems northbridge or a > quality PCI-e HBA. > > Googled to see how to find out if it is aligned correctly and found this. root@fireball / # cat /sys/block/sdb/queue/physical_block_size 4096 root@fireball / # I thought cgdisk did that automatically so I guess it did. Drive is currently connected to my motherboard's Sata port. If it was a bad/cheap controller, I'd think the other drives would also give slow speeds. They work fine. While I have a Sata PCI-e card installed, I'm not using it yet. It has a Marvel chipset which others say works fine. Once I get some more power cables in, I'll test it to see how it does. At this point tho, all drives are connected to the Gigabyte Sata ports. Sorry if that caused confusion. It seems we can eliminate some possible problems at least. I need more ideas to check on it seems. Still, I may dd the thing, at least the first bit of it anyway, and start again. I did repartition and format the drive after the move tho. Still, maybe dd-ing it for a fresh start will help. At this point, I don't need the data on it. I can redo whatever until I get it working correctly. Thanks for the ideas. Dale :-) :-)
Re: [gentoo-user] SATA drive controller and Linux driver.
Ahh didn't see your reply. Hook it up via your motherboards sata ports to check. Those no name china brand controllers are almost always really shitty if you want a nice but affordable HBA for SAS/SATA get on with an LSI 2008 chipset you got ripped off paying almost $40 for that junk I paid only $30 for my LSI 2008 chipset HBA and it is great it also supports SATA expanders. Look at the servethehome LSI 2008 topic for ebay keywords.
Re: [gentoo-user] Sata hard drive speed question
Here are some theories. * You gotta properly align the sectors for 4K advanced format * USB doesn't have NCQ which really slows things down. * Copying many small files is almost always slow since they are located on various parts of the drive not in a contiguous block (again see NCQ) * System is set to use IDE not AHCI thus no NCQ etc * You are using a secondary SATA chip such as the terrible ones from JMicron or what not instead of what is on your systems northbridge or a quality PCI-e HBA.
[gentoo-user] Sata hard drive speed question
Howdy, I bought a 8TB hard drive. Seagate 8TB 5E8 Exos ST8000AS0003 is the exact model info. It seems to be slow. First, I had it hooked to a adapter to a USB port. I expected it to be a little slow but it gave me memories of the old dial-up days. When it shows KBs/second, it's getting slow for a sata drive. So, I moved it inside the case with a sata connection directly to the mobo. I unhooked my DVD burner for this. It's somewhat faster but still slow in my opinion. I found this for specs on a website. Max. Sustained Transfer Rate OD (MB/s) 190MB/s OK, can I get half that now? One quarter would be better even. This is a sample of what I get when using --progress with rsync while copying files from another drive to it, backup thing. 102,782,342 100% 4.68MB/s 0:00:20 (xfr#122, ir-chk=1135/1995) 65,330,688 100% 5.34MB/s 0:00:11 (xfr#123, ir-chk=1134/1995) 59,338,843 100% 2.04MB/s 0:00:27 (xfr#124, ir-chk=1133/1995) 64,996,691 100% 10.99MB/s 0:00:05 (xfr#125, ir-chk=1132/1995) 467,837,625 100% 5.42MB/s 0:01:22 (xfr#126, ir-chk=1131/1995) 39,236,581 100% 5.42MB/s 0:00:06 (xfr#127, ir-chk=1130/1995) 302,340,815 100% 3.95MB/s 0:01:12 (xfr#128, ir-chk=1129/1995) This is what I get from hdparm: root@fireball / # hdparm -Tt /dev/sdb /dev/sdb: Timing cached reads: 8222 MB in 2.00 seconds = 4114.05 MB/sec Timing buffered disk reads: 2 MB in 3.59 seconds = 570.26 kB/sec root@fireball / # First one looks reasonable but second one just plain sucks. Note the KB instead of a MB. I get this on a much older drive: root@fireball / # hdparm -Tt /dev/sda /dev/sda: Timing cached reads: 8664 MB in 2.00 seconds = 4335.98 MB/sec Timing buffered disk reads: 328 MB in 3.01 seconds = 108.82 MB/sec root@fireball / # And smartctrl gives me this on the new drive: SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Self-test routine in progress 90% 544 - # 2 Short offline Completed without error 00% 543 - # 3 Short offline Completed without error 00% 528 - I've ran those tests in the past and it not affect the copy speed. Still, it shows the drive is OK. I'm running the long one to be 100% sure. I was getting the same before I started the selftest tho. I created one large partition with gfdisk. It is formatted with ext4 file system. Most files are videos but some are other file types and smaller. Thing is, it seems slow no matter what size the file is. Large files just take longer naturally. This is what mount shows including options. /dev/sdb1 on /mnt/tmpdisk type ext4 (rw,relatime) I have a few other drives on this system. They work fine and perform fine. Heck, a 6TB drive in a external enclosure connected by USB does better than this. Can someone explain why this drive is so terribly slow? Did I do something wrong? Is there something special about a drive this large that I need to do? Thanks. Dale :-) :-)
Re: [gentoo-user] sys-process/audit | gen_flagtabs_h-gen_tables.o] Error 1
On Wed, Dec 12, 2018 at 4:13 PM Hasan Ç. wrote: > > Hello, > > Any idea? > > * Package:sys-process/audit-2.8.3 > * Repository: gentoo > * Maintainer: seli...@gentoo.org robb...@gentoo.org > * USE:abi_x86_64 amd64 elibc_glibc kernel_linux python > python_targets_python2_7 python_targets_python3_6 userland_GNU > * FEATURES: preserve-libs sandbox userpriv usersandbox > * Determining the location of the kernel source code > * Found kernel source directory: > * /usr/src/linux > * Found sources for kernel version: > * 4.19.8-gentoo > * Checking for suitable kernel configuration options... > [ ok ] > * Applying audit-2.4.3-python.patch ... > [ ok ] > * Applying audit-2.1.3-ia64-compile-fix.patch ... > [ ok ] > * Running eautoreconf in > '/var/tmp/portage/sys-process/audit-2.8.3/work/audit-2.8.3' ... > * Running libtoolize --install --copy --force --automake ... > [ ok ] > * Running aclocal ... > [ ok ] > * Running autoconf --force ... > [ ok ] > * Running autoheader ... > [ ok ] > * Running automake --add-missing --copy --force-missing ... > [ ok ] > * Running elibtoolize in: audit-2.8.3/ > * Applying portage/1.2.0 patch ... > * Applying sed/1.5.6 patch ... > * Applying as-needed/2.4.3 patch ... > * abi_x86_64.amd64: running multilib-minimal_abi_src_configure > Configuring auditd > checking build system type... x86_64-pc-linux-gnu > checking host system type... x86_64-pc-linux-gnu > checking target system type... x86_64-pc-linux-gnu > checking for a BSD-compatible install... > /usr/lib/portage/python3.6/ebuild-helpers/xattr/install -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... /bin/mkdir -p > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > checking whether make supports nested variables... yes > checking how to print strings... printf > checking for style of include used by make... GNU > checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc > checking whether the C compiler works... yes > checking for C compiler default output file name... a.out > checking for suffix of executables... > checking whether we are cross compiling... no > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes > checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none needed > checking whether x86_64-pc-linux-gnu-gcc understands -c and -o together... yes > checking dependency style of x86_64-pc-linux-gnu-gcc... none > checking for a sed that does not truncate output... /bin/sed > checking for grep that handles long lines and -e... /bin/grep > checking for egrep... /bin/grep -E > checking for fgrep... /bin/grep -F > checking for ld used by x86_64-pc-linux-gnu-gcc... > /usr/x86_64-pc-linux-gnu/bin/ld > checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes > checking for BSD- or MS-compatible name lister (nm)... > /usr/bin/x86_64-pc-linux-gnu-nm -B > checking the name lister (/usr/bin/x86_64-pc-linux-gnu-nm -B) interface... > BSD nm > checking whether ln -s works... yes > checking the maximum length of command line arguments... 201326592 > checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu > format... func_convert_file_noop > checking how to convert x86_64-pc-linux-gnu file names to toolchain format... > func_convert_file_noop > checking for /usr/x86_64-pc-linux-gnu/bin/ld option to reload object files... > -r > checking for x86_64-pc-linux-gnu-objdump... x86_64-pc-linux-gnu-objdump > checking how to recognize dependent libraries... pass_all > checking for x86_64-pc-linux-gnu-dlltool... no > checking for dlltool... no > checking how to associate runtime and link libraries... printf %s\n > checking for x86_64-pc-linux-gnu-ar... x86_64-pc-linux-gnu-ar > checking for archiver @FILE support... @ > checking for x86_64-pc-linux-gnu-strip... x86_64-pc-linux-gnu-strip > checking for x86_64-pc-linux-gnu-ranlib... x86_64-pc-linux-gnu-ranlib > checking command to parse /usr/bin/x86_64-pc-linux-gnu-nm -B output from > x86_64-pc-linux-gnu-gcc object... ok > checking for sysroot... no > checking for a working dd... /bin/dd > checking how to truncate binary pipes... /bin/dd bs=4096 count=1 > checking for x86_64-pc-linux-gnu-mt... no > checking for mt... no > checking if : is a manifest tool... no > checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E > checking for ANSI C header files... yes > checking for sys/types.h... yes > checking for sys/stat.h... yes > checking for stdlib.h... yes > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > checking for dlfcn.h... yes > checking for objdir... .libs > checking if x86_64-pc-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no > checking
Re: [gentoo-user] Linux 4.19.8 kernel panics with netfilter/iptables
* Hasan Ç.: > Can you share your iptables rules i am on 4.19.8 too with exact > version of kernel c headers & updated glibc. Here you go: https://pastebin.com/f8V8DfFU As you can see, I obfuscated some IP addresses, but other than that, this is the original ruleset. -Ralph
[gentoo-user] sys-process/audit | gen_flagtabs_h-gen_tables.o] Error 1
Hello, Any idea? * Package:sys-process/audit-2.8.3 * Repository: gentoo * Maintainer: seli...@gentoo.org robb...@gentoo.org * USE:abi_x86_64 amd64 elibc_glibc kernel_linux python python_targets_python2_7 python_targets_python3_6 userland_GNU * FEATURES: preserve-libs sandbox userpriv usersandbox * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found sources for kernel version: * 4.19.8-gentoo * Checking for suitable kernel configuration options... [ ok ] * Applying audit-2.4.3-python.patch ... [ ok ] * Applying audit-2.1.3-ia64-compile-fix.patch ... [ ok ] * Running eautoreconf in '/var/tmp/portage/sys-process/audit-2.8.3/work/audit-2.8.3' ... * Running libtoolize --install --copy --force --automake ... [ ok ] * Running aclocal ... [ ok ] * Running autoconf --force ... [ ok ] * Running autoheader ... [ ok ] * Running automake --add-missing --copy --force-missing ... [ ok ] * Running elibtoolize in: audit-2.8.3/ * Applying portage/1.2.0 patch ... * Applying sed/1.5.6 patch ... * Applying as-needed/2.4.3 patch ... * abi_x86_64.amd64: running multilib-minimal_abi_src_configure Configuring auditd checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking target system type... x86_64-pc-linux-gnu checking for a BSD-compatible install... /usr/lib/portage/python3.6/ebuild-helpers/xattr/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make supports nested variables... yes checking how to print strings... printf checking for style of include used by make... GNU checking for x86_64-pc-linux-gnu-gcc... x86_64-pc-linux-gnu-gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether x86_64-pc-linux-gnu-gcc accepts -g... yes checking for x86_64-pc-linux-gnu-gcc option to accept ISO C89... none needed checking whether x86_64-pc-linux-gnu-gcc understands -c and -o together... yes checking dependency style of x86_64-pc-linux-gnu-gcc... none checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by x86_64-pc-linux-gnu-gcc... /usr/x86_64-pc-linux-gnu/bin/ld checking if the linker (/usr/x86_64-pc-linux-gnu/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/x86_64-pc-linux-gnu-nm -B checking the name lister (/usr/bin/x86_64-pc-linux-gnu-nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 201326592 checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format... func_convert_file_noop checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop checking for /usr/x86_64-pc-linux-gnu/bin/ld option to reload object files... -r checking for x86_64-pc-linux-gnu-objdump... x86_64-pc-linux-gnu-objdump checking how to recognize dependent libraries... pass_all checking for x86_64-pc-linux-gnu-dlltool... no checking for dlltool... no checking how to associate runtime and link libraries... printf %s\n checking for x86_64-pc-linux-gnu-ar... x86_64-pc-linux-gnu-ar checking for archiver @FILE support... @ checking for x86_64-pc-linux-gnu-strip... x86_64-pc-linux-gnu-strip checking for x86_64-pc-linux-gnu-ranlib... x86_64-pc-linux-gnu-ranlib checking command to parse /usr/bin/x86_64-pc-linux-gnu-nm -B output from x86_64-pc-linux-gnu-gcc object... ok checking for sysroot... no checking for a working dd... /bin/dd checking how to truncate binary pipes... /bin/dd bs=4096 count=1 checking for x86_64-pc-linux-gnu-mt... no checking for mt... no checking if : is a manifest tool... no checking how to run the C preprocessor... x86_64-pc-linux-gnu-gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if x86_64-pc-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no checking for x86_64-pc-linux-gnu-gcc option to produce PIC... -fPIC -DPIC checking if x86_64-pc-linux-gnu-gcc PIC flag -fPIC -DPIC works... yes checking if x86_64-pc-linux-gnu-gcc static flag -static works... yes checking if x86_64-pc-linux-gnu-gcc supports -c -o file.o... yes checking if
Re: [gentoo-user] Linux 4.19.8 kernel panics with netfilter/iptables
Can you share your iptables rules i am on 4.19.8 too with exact version of kernel c headers & updated glibc. I can share my results. Hasan. Ralph Seichter , 12 Ara 2018 Çar, 16:40 tarihinde şunu yazdı: > With kernel versions 4.19.0 to 4.19.8, I see kernel panics whenever > I activate some iptables rules. The same ruleset works fine with all > earlier kernel versions. > > I found https://marc.info/?l=netfilter-devel=154211825506348=2 and > was wondering if there is any workaround/patch availabe in Gentoo? > > -Ralph > >
[gentoo-user] Linux 4.19.8 kernel panics with netfilter/iptables
With kernel versions 4.19.0 to 4.19.8, I see kernel panics whenever I activate some iptables rules. The same ruleset works fine with all earlier kernel versions. I found https://marc.info/?l=netfilter-devel=154211825506348=2 and was wondering if there is any workaround/patch availabe in Gentoo? -Ralph
Re: [gentoo-user] SATA drive controller and Linux driver.
Dale wrote: > Howdy, > > I found this SATA card. I've found it in several places so may not buy > from this vendor but this one has some nice pics of the card. Also, > brands seem to vary too. > > https://www.ebay.com/itm/Syba-Marvell-88SE9235-Four-Port-SATA3-Controller-Card-SI-PEX40062-NEW/132845338557 > > I checked the kernel config options and see a Marvel driver that is > close but it doesn't list this particular chip. However, some searching > leads me to believe it is supported. Thing is, no one mentions what > driver they used for it to work, just that it did or they got it to work. > > Does anyone have a card and know for sure that this works and is > stable? Also, any clues on what driver it takes? > > Thanks. > > Dale > > :-) :-) > I wanted to update this just in case someone comes along wanting a answer for this question. I have the card installed and this is what lspci -k shows for the card. 05:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9235 PCIe 2.0 x2 4-port SATA 6 Gb/s Controller (rev 11) Subsystem: Marvell Technology Group Ltd. 88SE9235 PCIe 2.0 x2 4-port SATA 6 Gb/s Controller Kernel driver in use: ahci Someone mentioned they thought it used the ahci driver. It seems that is correct. I have not used the card yet. If one installs this card, enabling that driver should get it to work. Thanks again. Dale :-) :-)
