Re: Matlab7 (R14)
Rodolphe Conan wrote: I have followed the FreeBSD handbook procedure to install Matlab 7.0. There are apparently big changes between 6.5 and 7. I have used Matlab of FreeBSD since version 5 and it is the first time I can't run a new matlab version on FreeBSD. Rod On Fri, 2005-07-01 at 09:32 +0200, Norbert Koch wrote: There is a chapter about installing and running Linux software in the FreeBSD handbook. In 10.5 they describe installation of Matlab 6.5. May be that helps. Norbert -Original Message- From: Rodolphe Conan [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 29, 2005 6:48 PM To: Norbert Koch Cc: freebsd-questions@freebsd.org Subject: RE: Matlab7 (R14) I have installed it using the matlab install script : /usr/compat/linux/bin/sh install! ROd On Wed, 2005-06-29 at 18:24 +0200, Norbert Koch wrote: I am running FreeBSD 5.3 with linux_base-8 installed. I have installed the linux version of Matlab 7 (R14) and now when I start matlab 7 I have this warning message: /compat/linux/usr/local/Matlab/bin/matlab: line 1: /lib/libc.so.6: cannot execute binary file Any idea what does it mean? Matlab start anyway but I cannot make 3D surface plots (A simple mesh(zeros(20)) will run forever taking all my cpu!!) or even a simple help linspace will freeze matlab? How did you install it? May be, Matlab tries to run some executable, which is not marked as Linux executable. See brandelf(1). You could try to run Matlab under ktrace(1) and check for exec system calls. Norbert ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" I am having similar types of problems with Matlab 7.0.1.24704 (R14) Service Pack 1 on 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Wed Jun 15 12:38:40 CDT 2005. Except when I startup Matlab I get, "/compat/linux/usr/local/matlab/bin/matlab: line 1: /lib/libc.so.6: Interrupted system call" at the command prompt. Also typing 'opengl info' results in this output: >> opengl info Attempting to load glren.so Warning: Unable to load the OpenGL renderer due to the following error libGL.so: cannot open shared object file: No such file or directory Tried loading glren shared object from: glren.so > In opengl at 98 Switching to Software OpenGL Rendering. Attempting to load glren_mesa.so Severe Error querying Opengl. Click here for more help. >> I don't have hardware opengl rendering. I tried following The Math Works solution number 1-17YM3 which is: "How do I direct MATLAB to use the Mesa OpenGL libraries or the system OpenGL libraries on a UNIX machine?", but it didn't work for me. It might be a starting point for you. link http://www.mathworks.com/support/solutions/data/1-17YM3.html?1-17YM3 Thanks Dan Olson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Mounting USB-stick
Fridtjof Busse wrote: * Mike Jeays <[EMAIL PROTECTED]>: Now I have /dev/da0, but no /dev/da0s1. No matter what I try with camcontrol, I don't get da0s1. By accident I found out that after I mount /dev/da0 (which of course doesn't give me any files on the stick) and umount it, I get /dev/ da0s1. What's going on/wrong and how can I fix it? I don't need amd, so I'd be happy about a simple solution, if there's any. Thanks! :) Run fdisk on the drive, and see where the partitions are. I have found cases where the fourth partition holds the data, and you can mount it with 'mount -t msdos /dev/da0s4 /mnt'. Running fdisk with no parameters won't do any damage - but see below. In other cases of trouble, try 'camcontrol devlist' to get a list of which device numbers have been assigned. It isn't always da0. As I've already written: da0s1 is correct, but it only appears if I run 'mount_msdosfs /dev/da0 /mnt && umount /mnt' before. Otherwise there's only /dev/da0, nothing else. Then I can mount /dev/da0s1. I'd just like to know how I can mount da0s1 without having to mount the device itself first. The partition is there and works fine under Linux and FreeBSD, but FreeBSD doesn't "see" it at first. camcontrol lists the device as soon as I plug it in ('scbus 1 target 0 lun 0 (pass0,da0)'), but da0s1 won't appear before I use the above "workaround". For me to get da0s1 to appear I use the command: cat /dev/null > /dev/da0 I think there is a timing issue with my device, a Kingston Elite. Dan Olson ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FreeBSD Doesn't "See" Crucial C300 SSD on Marvell Controller
On 11/1/2010 7:12 AM, Jud wrote: The old desktop gave up the ghost after many years of use (memory problems plus a hard drive with an increasing number of bad sectors), and I've just finished putting together a new one. Win7 x64 and Ubuntu amd64 are running on it, and I would dearly love to install FreeBSD. Hardware is an ASUS Rampage III Formula motherboard with a Crucial C300 256GB SATA 6GB/s-capable SSD connected to one of the motherboard's two internal SATA 6GB/s ports. These two ports use a Marvell 88SE9128 onboard chip as the controller. The controller is supposed to support (hardware) RAID, but of course with one drive I am using it in "normal" non-RAID mode. (To say this particular controller chip has a problematic reputation at the moment is a bit of an understatement. I've personally seen some weirdness, including the Crucial drive not showing up in the BIOS boot priority menu a time or two. Nevertheless, as I said Winders and Ubuntu are running and I'm really looking forward to having my favorite OS on my new box.) I also have two Hitachi Deskstar drives and a USB stick. I tried the October amd64 DVD snapshot of -CURRENT from the snapshots page, guessing it would have the latest hardware support. The DVD boots into the installer, but sysinstall only shows me the Deskstars and the USB stick as options to install to. Puttering around the lists trying to find something that has any chance of being relevant, I ran across this excerpt from a post to the freebsd-current list in October: In an attempt to get more information about this issue, I'd like to ask people on freebsd-current if they're using any Sandforce-based SSDs with FreeBSD. So far, it appears not a lot of people do, making it hard to debug this issue (http://www.freebsd.org/cgi/query-pr.cgi?pr=151608). MCP5x SATA are not the best controllers for compatibility testing. They have enough problems on their own, even without Sandforce. When you tested Marvell, have you tried to use mvs(4) driver? No, I only tried to use ata(4). I tried using mvs(4) now, and that works! mvs0: port 0x4000-0x40ff mem 0xb010-0xb01f irq 11 at device 2.0 on pci1 mvs0: Gen-II, 8 3Gbps ports, Port Multiplier supported mvsch0: at channel 0 on mvs0 mvsch1: at channel 1 on mvs0 mvsch2: at channel 2 on mvs0 mvsch3: at channel 3 on mvs0 mvsch4: at channel 4 on mvs0 mvsch5: at channel 5 on mvs0 mvsch6: at channel 6 on mvs0 mvsch7: at channel 7 on mvs0 ada0 at mvsch0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 2048bytes) ada0: Command Queueing enabled ada0: 85857MB (175836528 512 byte sectors: 16H 63S/T 16383C) I don't know enough to understand whether "using mvs" has a chance of working for me. If it might, how do I "use mvs" when attempting to install? (The DVD does have the fixit environment available.) Thanks in advance for any helpful suggestions, Jud Try the ahci driver or lower the speed to 3Gbps and see if that works. Dan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"