How make usb support?Because, when i switch usb-disc I can't understand where I can see files on it? Because the folder wasn't appeared after switching. And in /media/ all usb-folders are free.
Using a default terminal and bash, there is no functionality to search the standard output of commands.
One can gain such functionality using other tools, like emacs shell or screen, but I am wondering why such a useful feature is missing, I do remember a simple C-F used to work in terminals.
Is there a way to make the Gnome terminal app support output search? or is there a better terminal app that support searching output natively?
I want to add a Lacie external drive to x64 box with SL55, but it has only Firewire interface. After searching a bit the net I could not find a working solution how to make the PCI card and the drive recogizable by the system, even if I removed Firewire from RHEL blacklist. The system does not see this piece of hardware. Does anyone has a positive experience with RHEL/SL with that issue? Similar trends search lists only quite old treads - ane recent experience?
I have a HP laptop which can support 1600x900. But after I install ubuntu 9.10 on it, it can only support up to 1280x700. My laptop has a Nvidia graphics card. And i am using GNOME as my desktop environment.
I always use downthemall which is a addon of firefox to download files. but recently i found it can't support reget(after restart the computer). the thing was that i wanted to down load a file which was named ubuntu-10.04-dvd-i386.iso. it is 4GB. and i couldn't finish it at one time. so i paused the download and closed the windows and shutdown the machine. the next day when i turned on the computer and open downthemall to continue my download, but i found that it restart from zero. all my download was wasted. how to fix it?
One of those odd things I learned the hard way is that if you are writing a shared object (library/.so) and any programs that will link to that library uses floating point numbers, the library must be compiled as if it uses floating point numbers. What that really means is, you need to declare at least one float in the source for the library or when the caller connects and tries to run code in the library, the process aborts.I end up putting a float pi (3.1415); in the code and getting an unused variable warning all the time. There has to be a simpler way, some flag to pass to g++ that says, "include floating point support even if you don't really need to."
p.s. Gosh I hope I remembered this correctly. I encountered this problem doing a multi-platform build for Windows and Linux. This COULD be a VC++ problem that I just carried into Linux by using the same source.
I need to modify fs/open.c and fs/read_write.c to make my modifications. I cannot find any options in 'make menuconfig' to make these files modules rather than compiled elements. I'm thinking these cannot be modules because the file system won't work without open.c and read_write.c. Is this correct - I cannot compile fs/open.c and fs/read_write.c as modules, only as compiled elements? Or, is there some way for a module to overwrite these routines when the module is installed and re-enable the routines when the module is removed?
I'm trying to find out when QME2572 (Qlogic) card became support by the kernel. We have a RHEL 5.1 system that is moving to new hardware, however the kernel at this release doesn't support the new hardware, due to the Qlogic card change. I tired the Redhat KB and Bugzilla. Is there a Kernel change list etc I can search. Never really played around with the kernel too much so I'm just after some pointers for looking up this information. Offically its not supported until Redhat 5.3, I'm trying trying to research kernel info so I can tell the customer they have to upgrade.
I'm looking to dual-boot Windows 7 and Debian 6 upon its release on my sister's laptop. I want to share a partition between the two of them so that /home points to this directory and the Windows equivalent also points to it (C:Users).
Anyway, I've heard good and bad things about the NTFSMount driver (I think it's NTFS-3G now) and the NTFSprogs project and so I am not so certain what I should believe. I do know that NTFS has relatively high overhead, though I do not recall the source of this assertion, so I am considering the use of EXFAT. An open source EXFAT project is hosted on Google Code at [url] and it utilizes the kernel module FUSE.
I'm quite certain that I've got everything covered on the Windows side -- that is, I know that both NTFS and EXFAT will be suitable filesystems for my required usage.
My issue is that I'm curious which will have superior performance and stability in Debian. I planned on building the package from source and mounting the device in my FSTAB but I have also found a PPA for Ubuntu on Launchpad at [url] that I could borrow the debian/rules from and make a .deb package from.
What do you guys think? Should I go at it with the EXFAT or NTFS partitioning? Is NTFS-3G actually fairly supported at this point? Or perhaps should I consider some alternate method?
I have also considered that the only files she will be sharing are those of music, videos, and pictures so it could be better to just link /home/xxxx/Pictures (Music and Videos, too) to the new partition instead of all of /home.
I didn't know where to post this, but I hope I get an answer. I'm not new to Linux, but I'm not a super user either. I've been distro hopping for years, until I found Mandriva 2010. I love it, but whenever I install the ATI drivers I get a Kwin has crashed error every time I start up. So I tried openSuse 11.2, it's a pleasant distro implements KDE well, but I got the same results with openSuse.
My question to you guys is, what current KDE distro has the best support for ATI cards? Or is there a way to get either KDE or openSuse working correctly? I've tried everything I found in other forums to no avail.
My specs: XFX HD Radeon 4770 AMD Athlon II X4 625 2 GB of Ram
I would like Gentoo or Slackware install on this PC, and as such will not know Linux with ATI graphics cards, I'd like to ask to see how it works ... (with proprietary drivers)
I've been doing some looking around on the general issues of ATI vs. NVIDIA for linux. I'm buying a new laptop, and obviously want to maximize linux compatibility.
Here's what I've understood so far. For the people who know: is my understanding right?
ATI has open source drivers, but they're kind of spotty. Also, ATI relies on the vendors to provide drivers, so if the company selling the laptop doesn't provide linux drivers, you're out of luck.
NVIDIA doesn't have open source drivers, but their closed source drivers provide good linux support. They provide drivers directly, rather than relying on the laptop vendor, so chances of linux support are better.
Anybody else have experience/knowledge in this area? I'm looking to do things like 3D gaming, video editing, playing back HD online video, possibly even some graphics rendering if I decide to pick that up...
Most of the laptops I'm looking at either have the NVIDIA GT425M or the ATI HD5730.
I want to provide remote support for some linux boxes via ssh. I have no passwords on these machines and they are behind a nat, without port forwarding.My idea was, that whenever a client needs my service, he/she types a command on her machine, which builds up a two-way connection to my server. Using this two way connection I would like to do the task, he/she asked me to.It would be an ideal solution, if it would be transperent for the client, like a shared screen session...
i have tested 30 systems all support my card, ts a edimax EW-7128g pci adapter.Debian will not boot from usb... it needs a CD ROM? I am starting to think that Debian is a pile of shit... i am looking for a stable system so can play my video games on... Enemy Territory, open arena, ect.. i been using Ubuntu for 5 years, used suse for 2 years in early 2000+.. i have never used Debian, it aslo give some kind of error during boot about USB not support or some crap... i am starting to think it don't support crap... i noticed it supports a lot cpus... but does it have a lack of hardware support? my system is 5 years old...
I've been playing around with awesome wm, uzbl and doing quite a bit of reading and thinking. Do more programs need scripting support? I've found that being able to tell a program what I want it to do specificially has made life much easier. I'm finding some things (my prefered editors, ed and vim) are starting to seem a little limited since what they can do is fairly well defined and hard to change.
I bought a 3 TB western digital but I cannot format it. I have to split into 2TB and 1TB (or less because it holds 2.73 TB actually). Is that normal because of linux does not support 3tb yet? I note that I tried into EXT4 and JFS (after tabel creating)
I have a relatively new laptop that is too dumb to recognize a usb flash drive in the bios. So I cannot boot from it by the bios. I have a Debian install on that laptop with grub 2. So I figure, grub 2 should be powerful enough to have it's own drivers for usb storage so it can directly access the usb drive without having to get help from the bios. How is this done?
How can I integrate usb support into grub 2? Is there a module I can load? I have an ubuntu on the memorystick, so it has it's own grub bootloader, so I would probably do a chainboot if I am not mistaken. Or does anybody know of a initrd that will give control to another bootloader on a device? Initrd should surely have all support for hardware.
I have compiled and installed the mplayer tarball and I have disposed of both the tarball and its contents. There was the option to compile either for the physical console alone or for both this and the GUI. And I really don't remember which one I did choose.
I was looking around on Wikipedia, and ran across the UltraSPARC T2 processor. This is a processor with 8 cores (8 physical processors) and 8 threads per core (64 logical processors!)I'm aware of Intel's Hyper-Threading and other technologies, and I know collisions between the threads have the possibility of decreasing the processor's throughput.From what I know, the O(1) scheduler (and surely the current CFS scheduler) is aware of Hyper-Threading, and is careful with processor affinity for threads (mainly, it tries to fill every physical processor before giving any multiple threads, and it tries to keep processes that much move between logical processors on the same physical processor.)
However, although that certainly helps somewhat, I believe the largest gain can come if the compiler is allowed to re-arrange instructions, so that more than two threads can be run at once without collisions in one physical processor. For this to happen, I believe we'd need to come up with a new executable format that can store multiple threads in one file, so the scheduler can schedule them as one block.For example, with the current scheduler and executable formats, the UltraSPARC would appear as 64 logical processors. However, if we consider a system that consists entirely of thread-aware systems, it might look at it as 8 logical processors, and schedule eight processes at a time. Since only one process would exist on each physical processor, the compiler would be able to optimize and significantly reduce resource contention (which I mention below.)
We can look at one physical processor with 8 threads of execution (or any number >2.) If you run 8 different processes, as Linux would currently do, there would likely be a lot of resource contention. My guess is that most of the time, several threads would be waiting for the unit they need to become available. I feel that this is supported because I saw a number from Sun (I forgot where) that the correct optimization settings on their compiler can yield a 300% speedup, on a practical workload.Is there any infrastructure available for Linux that supports processors like the UltraSPARC T2, that have a high number of hardware threads per core? Also, I know this would be a large task to implement, and there would be hurdles (how do you mix multithreaded processes with single-threaded processes on one machine?), and I am wondering if others think there would be enough benefit to justify the effort.
A while back I compiled a custom kernel, 2.6.35. I forgot to add UDF support when configuring and compiling. Will I need to re-compile the kernel to get UDF support or is there some other way I can add it?