#150494 - yellowstar - Tue Feb 05, 2008 9:07 pm
I have some Linux questions.
Can I have Linux and Windows both on the same machine, and with Windows still as the primary OS?
Last edited by yellowstar on Wed Apr 29, 2009 5:11 am; edited 5 times in total
#150497 - sonny_jim - Tue Feb 05, 2008 9:21 pm
Linux and Windows will happily coexist on the same machine. It's easier to dedicate a harddrive to Linux but it is possible to have Linux and Windows on the same drive. It only gets tricky really when you have to install a bootloader. I'd recommend putting in another drive, installing onto that and then changing the boot order in the BIOS to point at the Linux drive and then have an option in LILO/GRUB that boots Windows.
#150503 - yellowstar - Tue Feb 05, 2008 9:57 pm
I'd rather not get another hard drive for Linux.
#150506 - bean_xp - Tue Feb 05, 2008 10:03 pm
Then you'll need to set up a bootloader and partitions for Linux and Windows. Some linux distro setup discs include this in the setup (eg Ubuntu).
Last edited by bean_xp on Tue Feb 05, 2008 10:04 pm; edited 1 time in total
#150507 - gauauu - Tue Feb 05, 2008 10:04 pm
If you have plenty of empty space on a blank partition, or on your windows drive, you can be fine. Ubuntu's installer will make it fairly easy to resize a partition to make room for linux, and automatically install a bootloader that can boot into windows or linux. With a few edits, you can make windows the default, and have it only boot into linux when you specifically tell it to.
#150513 - Dwedit - Wed Feb 06, 2008 12:22 am
NTFS resizing works very well and reliable, and so does NTFS read/write access. I'd say only give linux 8GB maximum. You data and files can go on your NTFS partition.
_________________
"We are merely sprites that dance at the beck and call of our button pressing overlord."
#150519 - yellowstar - Wed Feb 06, 2008 1:34 am
What's the difference between the lightweight distros and the normal ones?
Windows won't let me partition my hardrive. That's because it would probably mess up Windows.
Looks like lots of people here use Linux... Alot of the time I download stuff here the text files are formated in what appears to be Linux format.
#150522 - tepples - Wed Feb 06, 2008 2:54 am
| yellowstar wrote: |
| What's the difference between the lightweight distros and the normal ones? |
Amount of included stuff, mostly. Which distros are you looking at?
| Quote: |
| Windows won't let me partition my hardrive. That's because it would probably mess up Windows. |
That's why tools that come with Linux distros can shorten an existing partition once you've defragmented it in Windows. Go to Start > Programs > Accessories > System Tools and defragment your C: drive. If you can get most of the red/green/blue stuff away from the right side of the "Estimated disk usage" box, you can claim that space in the name of Linux.
| Quote: |
| Looks like lots of people here use Linux... Alot of the time I download stuff here the text files are formated in what appears to be Linux format. |
Mac OS X uses "Linux format" text files (lines ending in 0x0a), unlike Mac OS 1-9 that used "ProDOS format" text files (lines ending in 0x0d).
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#150528 - yellowstar - Wed Feb 06, 2008 5:05 am
| tepples wrote: |
| yellowstar wrote: | | What's the difference between the lightweight distros and the normal ones? |
Amount of included stuff, mostly. Which distros are you looking at?
|
Well, I want a distro with a GUI. Distros based on Slackware don't have a GUI, do they?
| Quote: |
| Quote: | | Windows won't let me partition my hardrive. That's because it would probably mess up Windows. |
That's why tools that come with Linux distros can shorten an existing partition once you've defragmented it in Windows. Go to Start > Programs > Accessories > System Tools and defragment your C: drive. If you can get most of the red/green/blue stuff away from the right side of the "Estimated disk usage" box, you can claim that space in the name of Linux.
|
So I could do that and install Linux? I guess I would need to find a distro that can co-exist with Windows?
The last time I tried a defrag it didn't work. At some point it got stuck. I guess I should find some third-party software...
My old computer was making noises earlier... I think it's the hardrive...
I guess I'd better save my stuff... But that's my main dev computer, and I'd have to backup again if I do anything on it...
#150544 - gauauu - Wed Feb 06, 2008 4:52 pm
Like I said before, Ubuntu (a particularly new-user-friendly distro) has an install tool that will attempt to manage the partition resizing for you. My hard drive was rather fragmented, I didn't run a defrag, and it still managed to claim plenty of space for linux, (after quite a bit of time doing stuff to my hard drive) so that makes me wonder if it has the ability to run the defrag for you.
| Quote: |
| Well, I want a distro with a GUI. |
Again, Ubuntu has a lot of nice gui tools and whatnot. I'm not saying it's the best distro for everyone, but I'd highly recommend it to someone new that wants to mess with linux.
| Quote: |
| What's the difference between the lightweight distros and the normal ones? |
Part of it is the amount of stuff included, but a lot is also the fact that it tends to use smaller/faster/lighter versions of applications. For example, Ubuntu by default uses Gnome and Compiz.Fusion for desktop/window management, which takes a decent amount of power to run nicely. There are other desktop/window managers that are less powerful, or have less eye-candy, but are much snappier. A lightweight distro usually sets up one of these by default.
#150545 - gauauu - Wed Feb 06, 2008 4:54 pm
| yellowstar wrote: |
Distros based on Slackware don't have a GUI, do they?
|
They would tend to nowadays.* Most distros (including Slackware) will install X (the gui system) by default unless you tell it otherwise.
*The last time I installed Slackware was in 1997, and it didn't automatically install X, but it was available if you wanted to install it.
#150582 - GoopyMonkey - Thu Feb 07, 2008 9:02 pm
Like gauauu says, Ubuntu is very good for beginners to Linux. I installed it twice; the first time it messed up the boot loader, but since then I have found out how to prevent that. If you feel uneasy about letting the Ubuntu installer mess around with your partitions, download and burn the Super GRUB Disc, whose ISOs can be found from this page.
That can recover your bootloader, be it Windows or Linux. It can also boot partitions, so if your Windows partition is unaccessible for some reason, you can boot up Windows and use it as normal (although I'd back up any important files in this case).
I found Ubuntu to be very useful for learning the basics of Linux; it's a great way to switch if you're a Windows user. The GUI is nice (and customisable), all the settings are easy to access and you can have multiple desktop environments on the same machine. If you find you're having trouble getting around the normal Ubuntu, try out Kubuntu. It has almost exactly the same things, except that it uses KDE instead of GNOME.
_________________
My favourite DS apps:
GBAMP Multiboot
Colors!
jEnesis
#150586 - yellowstar - Thu Feb 07, 2008 11:20 pm
| GoopyMonkey wrote: |
I found Ubuntu to be very useful for learning the basics of Linux; it's a great way to switch if you're a Windows user. |
So Ubuntu should be used for mainly learning Linux? So I would use it for a while, then switch to Linux?
Downloading an ISO probably wouldn't work very well for me; I'm stuck with Dial-Up.
I guess it would be best to have Windows and Ubuntu/Linux on separate partitions? If so, would I do a defrag to create another partition?
#150588 - gauauu - Thu Feb 07, 2008 11:31 pm
| yellowstar wrote: |
So Ubuntu should be used for mainly learning Linux? So I would use it for a while, then switch to Linux? |
No, it's a full-featured linux distribution. It's just well-designed with plenty of tools that don't all assume that you're a linux expert. I know plenty of people who are quite comfortable with linux that primarily use Ubuntu
| Quote: |
Downloading an ISO probably wouldn't work very well for me; I'm stuck with Dial-Up. |
Ubuntu has this site where you can request they mail you install cds. It may take awhile, but it's free.
| Quote: |
| I guess it would be best to have Windows and Ubuntu/Linux on separate partitions? If so, would I do a defrag to create another partition? |
I didn't need to when I installed it.
#150601 - Dwedit - Fri Feb 08, 2008 4:22 am
Knoppix is a great Linux distribution to have around, even if it's just as an emergency boot disc. It's a live CD Linux distribution, so you can boot off of it and run it. I mainly use it to re-partition hard drives, and work with disk images. I used it to copy my harddrive partition to a new drive. Then you can even resize the partition you copied and fill the new bigger drive.
It's also nice if you need to delete some stubborn Spyware that Windows won't let you take out.
You can also use Openoffice, or browse the internet with Konqueror or Iceweasel [firefox]. But your wireless network card may not be supported by Knoppix. Ubuntu is better for Wifi.
_________________
"We are merely sprites that dance at the beck and call of our button pressing overlord."
#150630 - GoopyMonkey - Fri Feb 08, 2008 11:22 pm
| yellowstar wrote: |
| GoopyMonkey wrote: |
I found Ubuntu to be very useful for learning the basics of Linux; it's a great way to switch if you're a Windows user. |
So Ubuntu should be used for mainly learning Linux? So I would use it for a while, then switch to Linux?
Downloading an ISO probably wouldn't work very well for me; I'm stuck with Dial-Up.
I guess it would be best to have Windows and Ubuntu/Linux on separate partitions? If so, would I do a defrag to create another partition? |
Sure, you can use Ubuntu to learn about Linux and its differences. But it's meant to be a full-blown Linux environment, not just a learning tool. So go ahead and try it out; it can very easily co-exist with Windows on the same hard drive. My current machine is running Ubuntu 7.10 "Gutsy Gibbon" along with Windows XP Media Center Edition and I've had no conflicts between them.
The Ubuntu will attempt to automatically resize your existing Windows partition, then using the free space, create an EXT3 partition for Ubuntu's files and a swap partition, to be used if your RAM gets full (or, in some cases, it can act as normal RAM but much slower).
Again, as gauauu said, you can go to shipit.ubuntu.com and have them send you a CD with the same contents as the ISO would give you. It can take quite a bit longer, but it should be a lot more helpful for you, since you are using dial-up.
Ubuntu is designed to be installed on a hard drive and run from there; the LiveCD provided can be used, in some cases, as a rescue disk for either Linux or Windows, but it runs much slower, and all applications installed within a session will be removed from memory when you restart. I think you also have much less RAM to work with, since the desktop environment AND the temporary filesystem for, obviously, temporary files, all are stored in RAM. I'm definitely no expert on this, however, so please correct me if I'm wrong.
Ubuntu comes with everyday software to make it as easy as possible to use Linux, even for a Windows user. Such software includes OpenOffice, Mozilla Firefox, AbiWord, Rhythmbox Music Player and GNOME CD Creator. I found the hardest thing to get used to with Linux is using the terminal, A.K.A. command-line, more often. Once you get used to it though, the computer's your oyster (or any other sea creature, take your pick).
EDIT: Just to explain a bit, it's recommended that you defrag your Windows partition to minimise the chance of getting some random disk error during partitioning.
_________________
My favourite DS apps:
GBAMP Multiboot
Colors!
jEnesis
#150656 - yellowstar - Sat Feb 09, 2008 7:16 pm
| yellowstar wrote: |
| GoopyMonkey wrote: |
I found Ubuntu to be very useful for learning the basics of Linux; it's a great way to switch if you're a Windows user. |
So Ubuntu should be used for mainly learning Linux? So I would use it for a while, then switch to Linux?
| GoopyMonkey wrote: |
Sure, you can use Ubuntu to learn about Linux and its differences. But it's meant to be a full-blown Linux environment, not just a learning tool. So go ahead and try it out; it can very easily co-exist with Windows on the same hard drive. My current machine is running Ubuntu 7.10 "Gutsy Gibbon" along with Windows XP Media Center Edition and I've had no conflicts between them.
|
|
Well, most software I every read about on the net that supported Linux didn't support Ubuntu...
| GoopyMonkey wrote: |
Ubuntu comes with everyday software to make it as easy as possible to use Linux, even for a Windows user. Such software includes OpenOffice, Mozilla Firefox, AbiWord, Rhythmbox Music Player and GNOME CD Creator.
|
I already have Mozzila Firefox and Thunderbird. :) (Windows of course)
#150663 - GoopyMonkey - Sat Feb 09, 2008 10:50 pm
| yellowstar wrote: |
| Well, most software I every read about on the net that supported Linux didn't support Ubuntu... |
Which software are you referring to? If it works with Linux, then it should work fine with Ubuntu. Also, remember that applications which GNOME or KDE can be used on KDE or GNOME respectively. For example, something like Ktorrent (which I think exists) can be run on GNOME as well as KDE.
Or did you mean that most software that is compatible with Windows can't be used on Linux? If so, then use Ubuntu alongside Windows. You'd be able to use either OS depending on your needs at the time. WINE can also be used to run some Windows applications, or you could create a virtual Windows installation within Ubuntu using VirtualBox or VMWare.
_________________
My favourite DS apps:
GBAMP Multiboot
Colors!
jEnesis
#150704 - yellowstar - Mon Feb 11, 2008 1:56 am
| GoopyMonkey wrote: |
| yellowstar wrote: | | Well, most software I every read about on the net that supported Linux didn't support Ubuntu... |
Which software are you referring to? If it works with Linux, then it should work fine with Ubuntu. Also, remember that applications which GNOME or KDE can be used on KDE or GNOME respectively.
|
No particular software. Would any software made for Linux/Unix work on a different OS, as long as it is based on one of them? Or is that a Ubuntu-specific thing? Also, if a program was based one KDE, but not specifically made for Linux/Ubuntu, would it still work?
| GoopyMonkey wrote: |
Or did you mean that most software that is compatible with Windows can't be used on Linux? If so, then use Ubuntu alongside Windows. You'd be able to use either OS depending on your needs at the time. WINE can also be used to run some Windows applications, or you could create a virtual Windows installation within Ubuntu using VirtualBox or VMWare. |
No, I wasn't talking about Windows and Linux compatibility issues. I'd have to have both Windows and Linux/Ubuntu on the same machine, for the reasons stated at the start of this topic.
#150710 - tepples - Mon Feb 11, 2008 2:16 am
| yellowstar wrote: |
| Would any software made for Linux/Unix work on a different OS, as long as it is based on one of them? |
Applications can target a specific distribution, but they can also target all distributions of GNU/Linux by following the Linux Standard Base specification.
| Quote: |
| Also, if a program was based one KDE, but not specifically made for Linux/Ubuntu, would it still work? |
It should be possible, as long as the author has put forth some effort to keeping within the LSB.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#150731 - gauauu - Mon Feb 11, 2008 4:19 pm
| tepples wrote: |
| yellowstar wrote: | | Would any software made for Linux/Unix work on a different OS, as long as it is based on one of them? |
Applications can target a specific distribution, but they can also target all distributions of GNU/Linux by following the Linux Standard Base specification. |
The same answer in a simpler form: Yes, they almost always will work on almost any distribution. Not a 100% rule, but generally this is true.
#151223 - yellowstar - Thu Feb 21, 2008 4:32 am
Sorry I was gone for so long - computer troubles.
| gauauu wrote: |
| tepples wrote: | | yellowstar wrote: | | Would any software made for Linux/Unix work on a different OS, as long as it is based on one of them? |
Applications can target a specific distribution, but they can also target all distributions of GNU/Linux by following the Linux Standard Base specification. |
The same answer in a simpler form: Yes, they almost always will work on almost any distribution. Not a 100% rule, but generally this is true. |
Does that apply to drivers too? So, would masscat's Linux WMB drivers work on Ubuntu?(And the apps included with that)
With virtualization software on Windows targeting Linux, is it possible to only virtualize masscat's driver, so it can be used as if it was made for Windows?(And the WMB apps included with it)
(Without virtualizing the whole OS)
#151460 - nanou - Wed Feb 27, 2008 3:12 am
| yellowstar wrote: |
| Does that apply to drivers too? So, would masscat's Linux WMB drivers work on Ubuntu?(And the apps included with that) |
Different Linux distributions are all the same OS (i.e. the kernel series), just packaged differently. In terms of drivers, so long as your kernel version supports it, the distribution doesn't matter. Assuming it's a recent driver version and your distro is kept up to date there's really no question - it will work. Not everything will work out of the box on every distro, mind you, but that rarely applies to drivers.
I don't like Ubuntu (for boring reasons) but it has a very good packaging system. If it's a popular app, chances are that the app you're looking for is available for automatic install by typing a simple command or two. You can install some drivers this way too.
| Quote: |
With virtualization software on Windows targeting Linux, is it possible to only virtualize masscat's driver, so it can be used as if it was made for Windows?(And the WMB apps included with it)
(Without virtualizing the whole OS) |
Maybe? Unlikely but it probably depends on your virtualization environment. It seems like asking for pain. I've not done much aside from Linux-on-Linux though, so I can't speak with certainty.
_________________
- nanou
#151490 - GoopyMonkey - Wed Feb 27, 2008 8:13 pm
| yellowstar wrote: |
With virtualization software on Windows targeting Linux, is it possible to only virtualize masscat's driver, so it can be used as if it was made for Windows?(And the WMB apps included with it)
(Without virtualizing the whole OS) |
I haven't come across any software that uses a wrapper for drivers, like ndiswrapper does for Linux. Perhaps one can be coded, in which case it would be a big help to look at the source for ndiswrapper.
_________________
My favourite DS apps:
GBAMP Multiboot
Colors!
jEnesis
#151508 - tepples - Thu Feb 28, 2008 4:36 am
| GoopyMonkey wrote: |
| yellowstar wrote: | With virtualization software on Windows targeting Linux, is it possible to only virtualize masscat's driver, so it can be used as if it was made for Windows?(And the WMB apps included with it)
(Without virtualizing the whole OS) |
I haven't come across any software that uses a wrapper for drivers, like ndiswrapper does for Linux. Perhaps one can be coded |
It would be more difficult on Windows, especially 64-bit Windows Vista, due to the kernel-mode code signing requirement. If you use homemade drivers in Windows, you have to enable a special option at each boot, and you get ugly "Test mode" warnings at all four corners of the screen. Only paying $400 per year to VeriSign makes those warnings go away.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#151593 - yellowstar - Sat Mar 01, 2008 12:53 am
Can Linux/Ubuntu co-exist with Windows Vista, even the computer was made for Vista?(Built-in media adapters and everything)
(Yes, I got a new desktop Vista here)
#151623 - GoopyMonkey - Sat Mar 01, 2008 5:34 pm
| yellowstar wrote: |
Can Linux/Ubuntu co-exist with Windows Vista, even the computer was made for Vista?(Built-in media adapters and everything)
(Yes, I got a new desktop Vista here) |
Ubuntu can certainly exist with it, although there have been a few reports over at the Ubuntu forums that some things have gone wrong with the bootloader or partitions. To minimise this risk, it's better to resize Vista's partition with its built-in partition editor. (I'm not sure what name it goes under in Vista, I'm sticking with my XP and Ubuntu to avoid Vista's DRM problems.)
You shouldn't have many problems with adapters and such, especially if they are common ones like CF or SD card slots or TV cards. As mentioned earlier in the thread, you can use ndiswrapper for any devices which don't have a Linux equivalent.
_________________
My favourite DS apps:
GBAMP Multiboot
Colors!
jEnesis
#151642 - yellowstar - Sat Mar 01, 2008 8:42 pm
What happens when there are two OSes on the same computer, and when they do a defrag/scan disk? Do they only handle only the current OS partition, or all of them?
My Windows XP got attacked. Would installing Linux/Ubuntu on it work? That is, would whatever is in it attack Linux too?(There's another post on the next page of that link from me)
#151650 - tepples - Sat Mar 01, 2008 10:18 pm
ScanDisk/chkdsk and Defrag work on partitions. Under Windows, each usable partition gets its own drive letter. For example, the three partitions on my PC's hard drive are C:, D:, and E:.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#152052 - yellowstar - Sun Mar 09, 2008 12:26 am
Why is it that most Linux ports are the shell/console? Why not the GUI?(On NDS, Gamecube...)
Does Devkitpro work on the Gamecube port?
#152055 - nanou - Sun Mar 09, 2008 3:24 am
The shell isn't really Linux, and neither is the GUI. Usually porting Linux involves porting at least bash (the shell) as well because it's not very interesting to have Linux on there without being able to interact with it in a familiar way. That said, I've used a few devices that run on Linux and have no shell, but a custom GUI instead.
As far as the GUI goes... that's a window manager on top of X windows. There is no one window manager (nor X windows for that matter), and while X has been ported all over the place, porting the window managers (especially the graphically enticing ones) is an exercise in bondage. And far less useful than having the rest of a Linux system ported, at least when Linux is desired in specific.
Incidentally DSLinux has a stripped down port of X windows installed. I can't say I've used it but I don't imagine it's worth much use.
_________________
- nanou
#152063 - tepples - Sun Mar 09, 2008 5:01 am
| yellowstar wrote: |
| Why is it that most Linux ports are the shell/console? Why not the GUI?(On NDS, Gamecube...) |
As far as I can tell, the assumption is that GUI development tools such as KDevelop will come with your GNU/Linux distribution, and you just need to point those at your project's folder. Then the GUI handles much of the command line stuff behind the scenes.
| Quote: |
| Does Devkitpro work on the Gamecube port? |
devkitPro provides devkitPPC and libogc. What were you asking, specifically?
EDIT: You're talking about DSLinux and other ports of Linux itself to consoles. Sorry. Disregard.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
Last edited by tepples on Sun Mar 09, 2008 1:34 pm; edited 2 times in total
#152071 - dantheman - Sun Mar 09, 2008 7:09 am
| nanou wrote: |
| Incidentally DSLinux has a stripped down port of X windows installed. I can't say I've used it but I don't imagine it's worth much use. |
There is indeed a port of PIXIL which uses Nano-X (that's about the extent of my technical knowledge on how it works, hehe). I've used it, and it's incredibly slow. It's got an image-enabled web browser, an on-screen keyboard, access to the shell, a few games, and a couple other apps, but they're all so slow they're not really all that useful. It's fun to mess around with for a few minutes, but for serious DSLinux use you'd want to go back to the regular command shell.
#152089 - yellowstar - Sun Mar 09, 2008 7:58 pm
| dantheman wrote: |
| nanou wrote: | | Incidentally DSLinux has a stripped down port of X windows installed. I can't say I've used it but I don't imagine it's worth much use. |
It's fun to mess around with for a few minutes, but for serious DSLinux use you'd want to go back to the regular command shell. |
So DSLinux has a GUI, but it's to slow to be useful. And for the consoles, I guess it takes a lot of work to port the GUI.
Is there a tool for Windows, to extract tar balls?(tar.bz)
#152091 - Kyoufu Kawa - Sun Mar 09, 2008 8:06 pm
| yellowstar wrote: |
| Is there a tool for Windows, to extract tar balls?(tar.bz) |
WinRar?
#152092 - yellowstar - Sun Mar 09, 2008 8:41 pm
The software needs to be free.
#152093 - dantheman - Sun Mar 09, 2008 8:55 pm
7zip works well for that purpose in my experience.
#152095 - yellowstar - Sun Mar 09, 2008 9:35 pm
Thanks, that worked.
#152098 - yellowstar - Sun Mar 09, 2008 10:52 pm
Why is it that on the Ralink website, why is it that there's rt2500 drivers for Linux, but not Windows?(Nintendo WiFi USB connector)
#152104 - nanou - Mon Mar 10, 2008 1:10 am
| yellowstar wrote: |
| So DSLinux has a GUI, but it's to slow to be useful. And for the consoles, I guess it takes a lot of work to port the GUI. |
Yup. For consoles, a big problem is that the GUI doesn't always translate very well to the hardware. For example, porting a major window manager, say KDE or Gnome, would be utterly pointless because you wouldn't have the screen space or processor speed... or RAM... to use them effectively, or at all really.
So it's Nano-X and PIXIL, which are targetted to small devices, and apparently still too much trouble for the DS (in this impementation anyway.) (Thanks, dantheman.)
OTOH, a DS-specific GUI could be very nice indeed, and under the right circumstances could perform very well and very usefully. It's unlikely that you'll find that sitting on top of DSLinux, but who knows.
_________________
- nanou
#152107 - tepples - Mon Mar 10, 2008 2:47 am
| yellowstar wrote: |
| Is there a tool for Windows, to extract tar balls? |
| yellowstar wrote: |
| The software needs to be free. |
Windows is not free software either.
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#152526 - no2pencil - Mon Mar 17, 2008 4:52 am
| yellowstar wrote: |
| Why is it that most Linux ports are the shell/console? Why not the GUI?(On NDS, Gamecube...) |
It's important to remember what Linux is, & what it is not. Linux is the kernel, that can be downloaded & compiled by an flavor of a Linux OS. Ubuntu, Knopix, Slackware, Fedora, Red-hat, Gentu, Debian, these are distributions. They are basically assorted packages. You also have many shells (bash, Korn, c shell) to choose from. Also apart from Linux is the GUI environment. It is not embedded into the OS like you have with Windows. The OS can launch XWindows, seperatly from the OS, & you also have the ability to run a window manager of your choice.
I have always disagreed that Ubuntu is a good Linux distro to learn about Linux with. Because it is so click-&-go capable, a lot of users will get the wrong impression about what Linux is, what it's abilities are, & they will be wanting (even expecting) it to handle their Windows applications (because it is so familiar to the eyes). & when all of this doesn't work as expected, they walk away, confused, & aggravated, & having a huge misconception as to what Linux really is. That's why I say go with one of the harder (more manual) installation packages such as Slackware or Debian. You'll learn a lot more about the OS, & if you should get fed up with the lack of a package manager, you can always go back to Ubuntu, finding everything easier with Apt-get.
Please keep in mind, this is just my opinion from my experience with Linux, & welcoming other users into the Linux world. No 2 people are the same, so there is no "easy" way to tell someone how to learn.
_________________
-#2pencil
#152537 - tepples - Mon Mar 17, 2008 12:58 pm
| no2pencil wrote: |
| [With a popular GNU/Linux distro, novice users] will be wanting (even expecting) it to handle their Windows applications (because it is so familiar to the eyes). |
Do people expect Mac OS X to handle their Windows applications? Do people expect PSP and PS3 to handle each other's games, despite that both systems use XMB for their main menu?
_________________
-- Where is he?
-- Who?
-- You know, the human.
-- I think he moved to Tilwick.
#152554 - nanou - Mon Mar 17, 2008 6:59 pm
Somewhat OT:
| no2pencil wrote: |
| I have always disagreed that Ubuntu is a good Linux distro to learn about Linux with. [...] That's why I say go with one of the harder (more manual) installation packages such as Slackware or Debian. |
I feel the same way and I keep my mouth shut most of the time because I have a lot of friends that just love Ubuntu. I'd be fine with it in terms of usability, but its set of packages seems to be a little lacking (or was when I was working with it) so I stick with Debian. Mad props for anyone still using Slackware though -- I'm a slacker at heart but now that packages are available for everything its weak package management system (which is still preferable to RPM) is a failing point.
_________________
- nanou
#152555 - gauauu - Mon Mar 17, 2008 7:06 pm
| tepples wrote: |
Do people expect Mac OS X to handle their Windows applications? |
Excellent point, really. Based on some of the people I know, I bet it happens sometimes. I'm surprised it doesn't happen more often, really. Maybe because Macs get sold as a "mac", not as just a "computer." I dunno.
| Quote: |
| Do people expect PSP and PS3 to handle each other's games, despite that both systems use XMB for their main menu? |
In this case, the thing is obviously different; people understand that a PSP and PS3 are different things. They look different.
The problem is that most non-techie people don't realize the role of an operating system. They think, "this software works for a computer, I have a computer". The real question is how to train the general public that this isn't the case?
#162867 - yellowstar - Mon Sep 15, 2008 3:00 am
Any wireless NIC used in Linux and in monitor mode, can capture WMB packets, correct? Does anybody know of any Linux distros that can be booted from a CD, and have software for capturing packets? How well do these CD distros work? I heard before these can be slow...
#163541 - yellowstar - Sat Oct 04, 2008 5:37 pm
Does Callwave work okay with Wine? I'm considering switching to Linux sometime soon but I need to know an answer to this...
#163566 - no2pencil - Sun Oct 05, 2008 3:39 am
| yellowstar wrote: |
| I heard before these can be slow... |
If you are referring to the Linux Live CD being slow, it all depends on your system. Since the Live CD will use your RAM as storage, more RAM means a faster running Live Boot. Less RAM means more swapping, means it'll be a lot slower.
I'm not sure if any Live CD Distros comes w/ the software you are asking about, but you could always download it to a flash drive & mount it once the Live CD has been booted.
_________________
-#2pencil
#165036 - yellowstar - Sun Dec 07, 2008 4:40 am
I have finally downloaded/burned Ubunutu and Knoppix. I'm currently using this Knoppix Live CD. However, I'm having problems. My modem is apparently a winmodem... The driver is written by MS though... Is there any other solution for a Linux Conexant HCF Modem driver other than the Linuxant drivers?(Other than reverse engineering the driver and writing a custom Linux driver myself...) The Knoppix drivers available there are outdated... The kernel used for those drivers is 2.6.11/12... Is it a known kernal 2.6.19 bug with rt2570 chipsets/Nintendo wifi dongle with getting "operation not permitted" errors when attempting to change mode/channel, and iwlist displaying 0 available channels?(The GUI wireless configuration utility also complains that no wireless card is detected, although it lists wlan0...) Also, I tried compiling masscat's rt2570 WMB driver, but apparently I'm missing a DDK... Is there any DDKs available that aren't really large?(Non-ISOs?) No sound would play, yet the kernel detected my sound card... And when I try using the soundcard configuration utility, it complains about the kernel not being compiled with modular sound... Btw no2pencil, Wireshark is included with Knoppix.
lspci output:
| Code: |
00:00.0 Host bridge: Intel Corporation 82850 850 (Tehama) Chipset Host Bridge (MCH) (rev 02)
00:01.0 PCI bridge: Intel Corporation 82850 850 (Tehama) Chipset AGP Bridge (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 04)
00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 04)
00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 (rev 04)
00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #1) (rev 04)
00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus (rev 04)
00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #2) (rev 04)
01:00.0 VGA compatible controller: nVidia Corporation NV11DDR [GeForce2 MX 100 DDR/200 DDR] (rev b2)
02:0a.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 09)
02:0b.0 Ethernet controller: ADMtek NC100 Network Everywhere Fast Ethernet 10/100 (rev 11)
02:0d.0 Communication controller: Conexant HCF 56k Data/Fax/Voice/Spkp Modem (rev 08)
|
#165124 - no2pencil - Wed Dec 10, 2008 9:40 am
| yellowstar wrote: |
| The kernel used for those drivers is 2.6.11/12... Is it a known kernal 2.6.19 |
Where did you get this download from? The current Kernel should be way behond those. Mine is 2.6.21, & 2.6.27 is the current stable that is available from Kernel.org
_________________
-#2pencil
#165145 - yellowstar - Wed Dec 10, 2008 9:37 pm
Well, the iso filename is KNOPPIX_V5.1.1CD-2007-01-04-EN.iso, but I don't remember which mirror I downloaded it from... However it seems most of the mirrors have this iso as the latest iso available for download... It seems the DVD isos available from bit-torrent are newer... Wonder what kernal those use... But I'm stuck with Dial-Up...(I downloaded the CD Knoppix ISO and Ubuntu while on vacation with DSL...) And I'm not sure if this ~6-year old computer can boot from the DVD drive, though I see the drive light lighting when booting...
#165643 - yellowstar - Thu Jan 01, 2009 12:04 am
Apparently this old gateway computer with WinXP installed can't boot DVDs... I tried a Acer computer, the DVD booted, but I got input/output errors when Knoppix tried accessing the DVD... =(
#168353 - yellowstar - Thu Apr 23, 2009 10:11 pm
I'm getting errors when I try to link a *nix app with libraries I compiled myself. The same error occurs with both static and shared libraries:
| Code: |
make -f Makefile.nix
linking app
/usr/bin/ld: BFD 2.17 Debian GNU/Linux assertion fail ../../bfd/elflink.c:6261
/usr/bin/ld: /media/hda1/xxxxxxConsoleStuff/Linuxtemplates/app/app: hidden symbol `__fini_array_end' in /media/hda1/xxxxxConsoleStuff/Linuxtemplates/app/app is referenced by DSO
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
make[1]: *** [/media/hda1/xxxxxxConsoleStuff/Linuxtemplates/app/app] Error 1
make: *** [build_nix] Error 2
knoppix@Knoppix:/media/hda1/xxxxxxConsoleStuff/Linuxtemplates/app$
|
Makefiles are based on libnds template Makfile and base/ds_rules.
app:
| Code: |
#---------------------------------------------------------------------------------
.SUFFIXES:
#---------------------------------------------------------------------------------
#---------------------------------------------------------------------------------
# the prefix on the compiler executables
#---------------------------------------------------------------------------------
PREFIX :=
export CC := $(PREFIX)gcc
export CXX := $(PREFIX)g++
export AS := $(PREFIX)as
export AR := $(PREFIX)ar
export OBJCOPY := $(PREFIX)objcopy
#---------------------------------------------------------------------------------
%.a:
#---------------------------------------------------------------------------------
@echo $(notdir $@)
@rm -f $@
$(AR) -rc $@ $^
#---------------------------------------------------------------------------------
%.o: %.cpp
@echo $(notdir $<)
$(CXX) -MMD -MP -MF $(DEPSDIR)/$*.d $(CXXFLAGS) -c $< -o $@
#---------------------------------------------------------------------------------
%.o: %.c
@echo $(notdir $<)
$(CC) -MMD -MP -MF $(DEPSDIR)/$*.d $(CFLAGS) -c $< -o $@
#---------------------------------------------------------------------------------
%.o: %.s
@echo $(notdir $<)
$(CC) -MMD -MP -MF $(DEPSDIR)/$*.d -x assembler-with-cpp $(ASFLAGS) -c $< -o $@
#---------------------------------------------------------------------------------
%.o: %.S
@echo $(notdir $<)
$(CC) -MMD -MP -MF $(DEPSDIR)/$*.d -x assembler-with-cpp $(ASFLAGS) -c $< -o $@
#---------------------------------------------------------------------------------
# TARGET is the name of the output
# BUILD is the directory where object files & intermediate files will be placed
# SOURCES is a list of directories containing source code
# INCLUDES is a list of directories containing extra header files
# MAXMOD_SOUNDBANK contains a directory of music and sound effect files
#---------------------------------------------------------------------------------
TARGET := $(shell basename $(CURDIR))
BUILD := build_nix
SOURCES := source
DATA := data
INCLUDES := include
#---------------------------------------------------------------------------------
# options for code generation
#---------------------------------------------------------------------------------
CFLAGS := -Wall -O2
CFLAGS += $(INCLUDE)
CXXFLAGS := $(CFLAGS)
ASFLAGS := -g
LDFLAGS = -g -Wl
#---------------------------------------------------------------------------------
# any extra libraries we wish to link with the project (order is important)
#---------------------------------------------------------------------------------
LIBS := -lstaticlib
#---------------------------------------------------------------------------------
# list of directories containing libraries, this must be the top level containing
# include and lib
#---------------------------------------------------------------------------------
LIBDIRS := $(CURDIR)/../staticlib
#---------------------------------------------------------------------------------
# no real need to edit anything past this point unless you need to add additional
# rules for different file extensions
#---------------------------------------------------------------------------------
ifneq ($(BUILD),$(notdir $(CURDIR)))
#---------------------------------------------------------------------------------
export OUTPUT := $(CURDIR)/$(TARGET)
export VPATH := $(foreach dir,$(SOURCES),$(CURDIR)/$(dir)) \
$(foreach dir,$(DATA),$(CURDIR)/$(dir))
export DEPSDIR := $(CURDIR)/$(BUILD)
CFILES := $(foreach dir,$(SOURCES),$(notdir $(wildcard $(dir)/*.c)))
CPPFILES := $(foreach dir,$(SOURCES),$(notdir $(wildcard $(dir)/*.cpp)))
SFILES := $(foreach dir,$(SOURCES),$(notdir $(wildcard $(dir)/*.s)))
BINFILES := $(foreach dir,$(DATA),$(notdir $(wildcard $(dir)/*.*)))
#---------------------------------------------------------------------------------
# use CXX for linking C++ projects, CC for standard C
#---------------------------------------------------------------------------------
ifeq ($(strip $(CPPFILES)),)
#---------------------------------------------------------------------------------
export LD := $(CC)
#---------------------------------------------------------------------------------
else
#---------------------------------------------------------------------------------
export LD := $(CXX)
#---------------------------------------------------------------------------------
endif
#---------------------------------------------------------------------------------
export OFILES := $(addsuffix .o,$(BINFILES)) \
$(CPPFILES:.cpp=.o) $(CFILES:.c=.o) $(SFILES:.s=.o)
export INCLUDE := $(foreach dir,$(INCLUDES),-I$(CURDIR)/$(dir)) \
$(foreach dir,$(LIBDIRS),-I$(dir)/include) \
$(foreach dir,$(LIBDIRS),-I$(dir)/include) \
-I$(CURDIR)/$(BUILD)
export LIBPATHS := $(foreach dir,$(LIBDIRS),-L$(dir)/lib)
.PHONY: $(BUILD) clean
#---------------------------------------------------------------------------------
$(BUILD):
@[ -d $@ ] || mkdir -p $@
@make --no-print-directory -C $(BUILD) -f $(CURDIR)/Makefile.nix
#---------------------------------------------------------------------------------
clean:
@echo clean ...
@rm -fr $(BUILD) $(TARGET)
#---------------------------------------------------------------------------------
else
#---------------------------------------------------------------------------------
# main targets
#---------------------------------------------------------------------------------
$(OUTPUT) : $(OFILES)
@echo linking $(notdir $@)
@$(LD) $(LDFLAGS) $(OFILES) $(LIBPATHS) $(LIBS) -o $@
#---------------------------------------------------------------------------------
%.bin.o : %.bin
#---------------------------------------------------------------------------------
@echo $(notdir $<)
$(bin2o)
-include $(DEPSDIR)/*.d
#---------------------------------------------------------------------------------------
endif
#---------------------------------------------------------------------------------------
|
staticlib:
| Code: |
#---------------------------------------------------------------------------------
.SUFFIXES:
#---------------------------------------------------------------------------------
#---------------------------------------------------------------------------------
# the prefix on the compiler executables
#---------------------------------------------------------------------------------
PREFIX :=
export CC := $(PREFIX)gcc
export CXX := $(PREFIX)g++
export AS := $(PREFIX)as
export AR := $(PREFIX)ar
export OBJCOPY := $(PREFIX)objcopy
#---------------------------------------------------------------------------------
%.a:
#---------------------------------------------------------------------------------
@echo $(notdir $@)
@rm -f $@
$(AR) -rc $@ $^
#---------------------------------------------------------------------------------
%.o: %.cpp
@echo $(notdir $<)
$(CXX) -MMD -MP -MF $(DEPSDIR)/$*.d $(CXXFLAGS) -c $< -o $@
#---------------------------------------------------------------------------------
%.o: %.c
@echo $(notdir $<)
$(CC) -MMD -MP -MF $(DEPSDIR)/$*.d $(CFLAGS) -c $< -o $@
#---------------------------------------------------------------------------------
%.o: %.s
@echo $(notdir $<)
$(CC) -MMD -MP -MF $(DEPSDIR)/$*.d -x assembler-with-cpp $(ASFLAGS) -c $< -o $@
#---------------------------------------------------------------------------------
%.o: %.S
@echo $(notdir $<)
$(CC) -MMD -MP -MF $(DEPSDIR)/$*.d -x assembler-with-cpp $(ASFLAGS) -c $< -o $@
#---------------------------------------------------------------------------------
# TARGET is the name of the output
# BUILD is the directory where object files & intermediate files will be placed
# SOURCES is a list of directories containing source code
# INCLUDES is a list of directories containing extra header files
#---------------------------------------------------------------------------------
TARGET := $(shell basename $(CURDIR))
BUILD := build_nix
SOURCES := source
DATA := data
INCLUDES := include
#---------------------------------------------------------------------------------
# options for code generation
#---------------------------------------------------------------------------------
CFLAGS := -Wall -O2
CFLAGS += $(INCLUDE)
CXXFLAGS := $(CFLAGS)
ASFLAGS := -g
LDFLAGS = -g -Wl -Xlinker -G
#---------------------------------------------------------------------------------
# any extra libraries we wish to link with the project (order is important)
#---------------------------------------------------------------------------------
LIBS :=
#---------------------------------------------------------------------------------
# list of directories containing libraries, this must be the top level containing
# include and lib
#---------------------------------------------------------------------------------
LIBDIRS :=
#---------------------------------------------------------------------------------
# no real need to edit anything past this point unless you need to add additional
# rules for different file extensions
#---------------------------------------------------------------------------------
ifneq ($(BUILD),$(notdir $(CURDIR)))
#---------------------------------------------------------------------------------
export OUTPUT := $(CURDIR)/lib/lib$(TARGET)
export VPATH := $(foreach dir,$(SOURCES),$(CURDIR)/$(dir)) \
$(foreach dir,$(DATA),$(CURDIR)/$(dir))
export DEPSDIR := $(CURDIR)/$(BUILD)
CFILES := $(foreach dir,$(SOURCES),$(notdir $(wildcard $(dir)/*.c)))
CPPFILES := $(foreach dir,$(SOURCES),$(notdir $(wildcard $(dir)/*.cpp)))
SFILES := $(foreach dir,$(SOURCES),$(notdir $(wildcard $(dir)/*.s)))
BINFILES := $(foreach dir,$(DATA),$(notdir $(wildcard $(dir)/*.*)))
#---------------------------------------------------------------------------------
# use CXX for linking C++ projects, CC for standard C
#---------------------------------------------------------------------------------
ifeq ($(strip $(CPPFILES)),)
#---------------------------------------------------------------------------------
export LD := $(CC)
#---------------------------------------------------------------------------------
else
#---------------------------------------------------------------------------------
export LD := $(CXX)
#---------------------------------------------------------------------------------
endif
#---------------------------------------------------------------------------------
export OFILES := $(addsuffix .o,$(BINFILES)) \
$(CPPFILES:.cpp=.o) $(CFILES:.c=.o) $(SFILES:.s=.o)
export INCLUDE := $(foreach dir,$(INCLUDES),-I$(CURDIR)/$(dir)) \
$(foreach dir,$(LIBDIRS),-I$(dir)/include) \
$(foreach dir,$(LIBDIRS),-I$(dir)/include) \
-I$(CURDIR)/$(BUILD)
export LIBPATHS := $(foreach dir,$(LIBDIRS),-L$(dir)/lib)
.PHONY: $(BUILD) clean
#---------------------------------------------------------------------------------
all: $(BUILD)
lib:
@[ -d $@ ] || mkdir -p $@
$(BUILD): lib
@[ -d $@ ] || mkdir -p $@
@make --no-print-directory -C $(BUILD) -f $(CURDIR)/Makefile.nix
#---------------------------------------------------------------------------------
clean:
@echo clean ...
@rm -fr $(BUILD) $(TARGET) lib
#---------------------------------------------------------------------------------
else
#---------------------------------------------------------------------------------
# main targets
#---------------------------------------------------------------------------------
$(OUTPUT).a : $(OFILES)
@echo linking $(notdir $@)
@$(LD) $(LDFLAGS) $(OFILES) -o $@
#---------------------------------------------------------------------------------
%.bin.o : %.bin
#---------------------------------------------------------------------------------
@echo $(notdir $<)
$(bin2o)
-include $(DEPSDIR)/*.d
#---------------------------------------------------------------------------------------
endif
#---------------------------------------------------------------------------------------
|
sharedlib:
| Code: |
#---------------------------------------------------------------------------------
.SUFFIXES:
#---------------------------------------------------------------------------------
#---------------------------------------------------------------------------------
# the prefix on the compiler executables
#---------------------------------------------------------------------------------
PREFIX :=
export CC := $(PREFIX)gcc
export CXX := $(PREFIX)g++
export AS := $(PREFIX)as
export AR := $(PREFIX)ar
export OBJCOPY := $(PREFIX)objcopy
#---------------------------------------------------------------------------------
%.a:
#---------------------------------------------------------------------------------
@echo $(notdir $@)
@rm -f $@
$(AR) -rc $@ $^
#---------------------------------------------------------------------------------
%.o: %.cpp
@echo $(notdir $<)
$(CXX) -MMD -MP -MF $(DEPSDIR)/$*.d $(CXXFLAGS) -c $< -o $@
#---------------------------------------------------------------------------------
%.o: %.c
@echo $(notdir $<)
$(CC) -MMD -MP -MF $(DEPSDIR)/$*.d $(CFLAGS) -c $< -o $@
#---------------------------------------------------------------------------------
%.o: %.s
@echo $(notdir $<)
$(CC) -MMD -MP -MF $(DEPSDIR)/$*.d -x assembler-with-cpp $(ASFLAGS) -c $< -o $@
#---------------------------------------------------------------------------------
%.o: %.S
@echo $(notdir $<)
$(CC) -MMD -MP -MF $(DEPSDIR)/$*.d -x assembler-with-cpp $(ASFLAGS) -c $< -o $@
#---------------------------------------------------------------------------------
# TARGET is the name of the output
# BUILD is the directory where object files & intermediate files will be placed
# SOURCES is a list of directories containing source code
# INCLUDES is a list of directories containing extra header files
#---------------------------------------------------------------------------------
TARGET := $(shell basename $(CURDIR))
BUILD := build_nix
SOURCES := source
DATA := data
INCLUDES := include
#---------------------------------------------------------------------------------
# options for code generation
#---------------------------------------------------------------------------------
CFLAGS := -Wall -O2 -fPIC
CFLAGS += $(INCLUDE)
CXXFLAGS := $(CFLAGS)
ASFLAGS := -g
LDFLAGS = -g -Wl -dy -Xlinker -G -Bdynamic
#---------------------------------------------------------------------------------
# any extra libraries we wish to link with the project (order is important)
#---------------------------------------------------------------------------------
LIBS :=
#---------------------------------------------------------------------------------
# list of directories containing libraries, this must be the top level containing
# include and lib
#---------------------------------------------------------------------------------
LIBDIRS :=
#---------------------------------------------------------------------------------
# no real need to edit anything past this point unless you need to add additional
# rules for different file extensions
#---------------------------------------------------------------------------------
ifneq ($(BUILD),$(notdir $(CURDIR)))
#---------------------------------------------------------------------------------
export OUTPUT := $(CURDIR)/lib/lib$(TARGET)
export VPATH := $(foreach dir,$(SOURCES),$(CURDIR)/$(dir)) \
$(foreach dir,$(DATA),$(CURDIR)/$(dir))
export DEPSDIR := $(CURDIR)/$(BUILD)
CFILES := $(foreach dir,$(SOURCES),$(notdir $(wildcard $(dir)/*.c)))
CPPFILES := $(foreach dir,$(SOURCES),$(notdir $(wildcard $(dir)/*.cpp)))
SFILES := $(foreach dir,$(SOURCES),$(notdir $(wildcard $(dir)/*.s)))
BINFILES := $(foreach dir,$(DATA),$(notdir $(wildcard $(dir)/*.*)))
#---------------------------------------------------------------------------------
# use CXX for linking C++ projects, CC for standard C
#---------------------------------------------------------------------------------
ifeq ($(strip $(CPPFILES)),)
#---------------------------------------------------------------------------------
export LD := $(CC)
#---------------------------------------------------------------------------------
else
#---------------------------------------------------------------------------------
export LD := $(CXX)
#---------------------------------------------------------------------------------
endif
#---------------------------------------------------------------------------------
export OFILES := $(addsuffix .o,$(BINFILES)) \
$(CPPFILES:.cpp=.o) $(CFILES:.c=.o) $(SFILES:.s=.o)
export INCLUDE := $(foreach dir,$(INCLUDES),-I$(CURDIR)/$(dir)) \
$(foreach dir,$(LIBDIRS),-I$(dir)/include) \
$(foreach dir,$(LIBDIRS),-I$(dir)/include) \
-I$(CURDIR)/$(BUILD)
export LIBPATHS := $(foreach dir,$(LIBDIRS),-L$(dir)/lib)
.PHONY: $(BUILD) clean
#---------------------------------------------------------------------------------
$(BUILD):
@[ -d $@ ] || mkdir -p $@
@mkdir -p lib
@make --no-print-directory -C $(BUILD) -f $(CURDIR)/Makefile.nix
#---------------------------------------------------------------------------------
clean:
@echo clean ...
@rm -fr $(BUILD) $(TARGET) lib
#---------------------------------------------------------------------------------
else
#---------------------------------------------------------------------------------
# main targets
#---------------------------------------------------------------------------------
$(OUTPUT).so : $(OFILES)
@echo linking $(notdir $@)
@$(LD) $(LDFLAGS) $(OFILES) $(LIBPATHS) $(LIBS) -o $@
#---------------------------------------------------------------------------------
%.bin.o : %.bin
#---------------------------------------------------------------------------------
@echo $(notdir $<)
$(bin2o)
-include $(DEPSDIR)/*.d
#---------------------------------------------------------------------------------------
endif
#---------------------------------------------------------------------------------------
|
When I attempt to read raw sectors from /dev/dvd1 or /dev/hdd, I only get zeroes. It's possible to read raw sectors with these devices, right? Reading /dev/sda or /dev/hda works fine. <edit> Never mind, zeroes were being read because iso9660 stores the "boot sector" at a later sector than sector 0. </edit>
| Code: |
#include <sys/fcntl.h>
#include <string.h>
#include <stdio.h>
#include <stdlib.h>
#include <sys/errno.h>
int main(int argc, char **argv)
{
FILE *fdump;
unsigned char buffer[512];
char device[256];
memset(buffer, 0, 512);
memset(device, 0, 256);
if(argc!=2)
{
strcpy(device, "/dev/dvd1");
}
else
{
strcpy(device, argv[1]);
}
int fd = open(device, O_RDONLY, 0);
if(fd)
{
if(read(fd, buffer, 512)==-1)printf("Error: %d\n", errno);
close(fd);
fdump = fopen("dump.bin", "wb");
fwrite(buffer, 1, 512, fdump);
fclose(fdump);
system("hexedit dump.bin");
}
else
{
printf("Failed to open %s\n", device);
}
return 0;
}
|
And when I attempt to compile nds hb, arm-eabi-ld fails to find -lg. PATH and ect are set to the toolchain locations on my hard drive, rather than /opt/.
Also, what software is used for capturing WMB packets on DSLinux?(And how to use the capture sw?) <edit>Is WMB pkt capture on DSLinux even possible? iwconfig can't set the mode to monitor... I have a Fw hack in the works, so this isn't really needed. Need to implement asm FAT writing and find where that pointer to the dynamically allocated banner is stored... :\ (There's a limit on the size of the DLDI, because I encountered issues with non-dldi code being corrupted. Dunno how large the max DLDI could be without corruption. Currently 4KB DLDI is allocated, and that works fine.)</edit>