How to install applications to a separate hdd?
Multi tool use
I was so good with windows, now I’m feeling like a complete idiot.
I have an SSD for ubuntu and want to install the majority of my programs to a separate HDD but I have no clue how.
All searches I have tried only turn up with dual-boot installations.
(RESOLVED -> )
I am also having trouble locating "/etc/". Specifically, to modify Conky.
Searching for this term only turns up instances where people are telling you to access this file, not how to get to it.
installation mount hard-drive ssd fstab
|
show 9 more comments
I was so good with windows, now I’m feeling like a complete idiot.
I have an SSD for ubuntu and want to install the majority of my programs to a separate HDD but I have no clue how.
All searches I have tried only turn up with dual-boot installations.
(RESOLVED -> )
I am also having trouble locating "/etc/". Specifically, to modify Conky.
Searching for this term only turns up instances where people are telling you to access this file, not how to get to it.
installation mount hard-drive ssd fstab
1
Take a look at This, it'll get you started.
– Mitch♦
Jun 27 '13 at 23:04
I was of the impression that everything extended from the home folder. Whoops. That page you linked wasn't helpful regarding my issue, but i'm reading through it now and learning a lot, so thank you.
– plaguedoctor
Jun 27 '13 at 23:28
I added the mount and fstab tags ; you can do what you're describing by manually setting particular filesystems to mount on particular partitions or drives.
– belacqua
Jun 27 '13 at 23:54
@belacqua is there any other way than that? I don't just want particular file systems on another drive, I want all file systems of particular programs. That way I can sort them by how intensive they are of my system, having games/virtualbox/etc entirely on my SSD and things like libreoffice/thunderbird entirely on one of the HDDs.
– plaguedoctor
Jun 28 '13 at 0:07
It's not so easy to determine where a given installation and its files might reside -- see the answers in the link Mitch mentioned. You can use things like symlinks as well, but my recommendation is to start simple. Find an example application, ask a specific question here about it (or modify this one to be less general), and go from there. Or experiment cautiously.
– belacqua
Jun 28 '13 at 18:22
|
show 9 more comments
I was so good with windows, now I’m feeling like a complete idiot.
I have an SSD for ubuntu and want to install the majority of my programs to a separate HDD but I have no clue how.
All searches I have tried only turn up with dual-boot installations.
(RESOLVED -> )
I am also having trouble locating "/etc/". Specifically, to modify Conky.
Searching for this term only turns up instances where people are telling you to access this file, not how to get to it.
installation mount hard-drive ssd fstab
I was so good with windows, now I’m feeling like a complete idiot.
I have an SSD for ubuntu and want to install the majority of my programs to a separate HDD but I have no clue how.
All searches I have tried only turn up with dual-boot installations.
(RESOLVED -> )
I am also having trouble locating "/etc/". Specifically, to modify Conky.
Searching for this term only turns up instances where people are telling you to access this file, not how to get to it.
installation mount hard-drive ssd fstab
installation mount hard-drive ssd fstab
edited Jul 16 '13 at 8:03
plaguedoctor
asked Jun 27 '13 at 22:57
plaguedoctorplaguedoctor
1072211
1072211
1
Take a look at This, it'll get you started.
– Mitch♦
Jun 27 '13 at 23:04
I was of the impression that everything extended from the home folder. Whoops. That page you linked wasn't helpful regarding my issue, but i'm reading through it now and learning a lot, so thank you.
– plaguedoctor
Jun 27 '13 at 23:28
I added the mount and fstab tags ; you can do what you're describing by manually setting particular filesystems to mount on particular partitions or drives.
– belacqua
Jun 27 '13 at 23:54
@belacqua is there any other way than that? I don't just want particular file systems on another drive, I want all file systems of particular programs. That way I can sort them by how intensive they are of my system, having games/virtualbox/etc entirely on my SSD and things like libreoffice/thunderbird entirely on one of the HDDs.
– plaguedoctor
Jun 28 '13 at 0:07
It's not so easy to determine where a given installation and its files might reside -- see the answers in the link Mitch mentioned. You can use things like symlinks as well, but my recommendation is to start simple. Find an example application, ask a specific question here about it (or modify this one to be less general), and go from there. Or experiment cautiously.
– belacqua
Jun 28 '13 at 18:22
|
show 9 more comments
1
Take a look at This, it'll get you started.
– Mitch♦
Jun 27 '13 at 23:04
I was of the impression that everything extended from the home folder. Whoops. That page you linked wasn't helpful regarding my issue, but i'm reading through it now and learning a lot, so thank you.
– plaguedoctor
Jun 27 '13 at 23:28
I added the mount and fstab tags ; you can do what you're describing by manually setting particular filesystems to mount on particular partitions or drives.
– belacqua
Jun 27 '13 at 23:54
@belacqua is there any other way than that? I don't just want particular file systems on another drive, I want all file systems of particular programs. That way I can sort them by how intensive they are of my system, having games/virtualbox/etc entirely on my SSD and things like libreoffice/thunderbird entirely on one of the HDDs.
– plaguedoctor
Jun 28 '13 at 0:07
It's not so easy to determine where a given installation and its files might reside -- see the answers in the link Mitch mentioned. You can use things like symlinks as well, but my recommendation is to start simple. Find an example application, ask a specific question here about it (or modify this one to be less general), and go from there. Or experiment cautiously.
– belacqua
Jun 28 '13 at 18:22
1
1
Take a look at This, it'll get you started.
– Mitch♦
Jun 27 '13 at 23:04
Take a look at This, it'll get you started.
– Mitch♦
Jun 27 '13 at 23:04
I was of the impression that everything extended from the home folder. Whoops. That page you linked wasn't helpful regarding my issue, but i'm reading through it now and learning a lot, so thank you.
– plaguedoctor
Jun 27 '13 at 23:28
I was of the impression that everything extended from the home folder. Whoops. That page you linked wasn't helpful regarding my issue, but i'm reading through it now and learning a lot, so thank you.
– plaguedoctor
Jun 27 '13 at 23:28
I added the mount and fstab tags ; you can do what you're describing by manually setting particular filesystems to mount on particular partitions or drives.
– belacqua
Jun 27 '13 at 23:54
I added the mount and fstab tags ; you can do what you're describing by manually setting particular filesystems to mount on particular partitions or drives.
– belacqua
Jun 27 '13 at 23:54
@belacqua is there any other way than that? I don't just want particular file systems on another drive, I want all file systems of particular programs. That way I can sort them by how intensive they are of my system, having games/virtualbox/etc entirely on my SSD and things like libreoffice/thunderbird entirely on one of the HDDs.
– plaguedoctor
Jun 28 '13 at 0:07
@belacqua is there any other way than that? I don't just want particular file systems on another drive, I want all file systems of particular programs. That way I can sort them by how intensive they are of my system, having games/virtualbox/etc entirely on my SSD and things like libreoffice/thunderbird entirely on one of the HDDs.
– plaguedoctor
Jun 28 '13 at 0:07
It's not so easy to determine where a given installation and its files might reside -- see the answers in the link Mitch mentioned. You can use things like symlinks as well, but my recommendation is to start simple. Find an example application, ask a specific question here about it (or modify this one to be less general), and go from there. Or experiment cautiously.
– belacqua
Jun 28 '13 at 18:22
It's not so easy to determine where a given installation and its files might reside -- see the answers in the link Mitch mentioned. You can use things like symlinks as well, but my recommendation is to start simple. Find an example application, ask a specific question here about it (or modify this one to be less general), and go from there. Or experiment cautiously.
– belacqua
Jun 28 '13 at 18:22
|
show 9 more comments
2 Answers
2
active
oldest
votes
There is a major difference between Windows and GNU/Linux. On Windows it is common, that each program together with all the libraries it depends on is installed in a separate folder. This often leads to a lot of wasted disk space due to libraries being installed multiple times, for each program that uses them.
On Linux, programs are installed following the Filesystem Hierarchy Standard (FHS). This means, that the libraries the programs depend on are all installed in a common dedicated location, so that they are usually only installed once, no matter how many programs use them. Also, programs are built in such a way, that they all use the same version of a certain library. This saves disk space (and RAM at runtime), but has the drawback, that one cannot freely install programs on different partitions or hard disks, at least not without editing system configuration files (for instance /etc/ld.so.conf.d to include the different library folders).
Since the Debian package system was implemented with the FHS in mind, there is, as far as I know, no easy way to install Debian packages to a folder different from the one they were intended to be placed in and have them working without manually moving and editing files afterwards. This is, because paths are often hardcoded at compile time. So even if you install a package to a different folder, for instance by using dpkg --instdir=folder/ package.deb
on the command line, the program will still look for its configuration in '/etc', not 'folder/etc', but the config files that were shipped with the package of course were installed to 'folder/etc'... The program will not be added to the menu either, since menu files are supposed to be in '/usr/share applications', not in folder/usr/share/applications.
You can of course manually configure and compile a program from its source code to have it install the binary and data parts wherever you'd like, while still installing configuration files to the FHS compliant locations, but this is something I'd only recommend for advanced users. If you are going to compile from source, have a look at checkinstall, a tool that automatically creates debian packages.
Another option, that was suggested on linuxfromscratch, is to unpack the package to a suitable location and then to create symbolic links to all installed files in the corresponding FHS locations.
Since in the comments you were referring to games: Many games that are not bought through Ubuntu Software Center come as an installer executable, and those can then of course be installed to any folder, usually a subfolder of your home directory. Windows games, which are being run using WINE can also be installed in any directory you want. For wine there exists an environment variable called WINEPREFIX with which you can set up numerous independent WINE folders, each including its own virtual C: drive. Read the WINE man page for more info.
Even if games/programs come as Debian packages, you can look at the package contents in your favorite archive manager. If the game is going to be installed in /opt, you can usually safely install it to a different folder, since /opt is often used as installation location for programs that don't adhere to FHS.
Correct and worthy of upvotes O
– Rinzwind
Jul 16 '13 at 13:46
Nevertheless, it's not complete, since I didn't explain in detail what would be required to get a package installed at an arbitrary location working, which files one would have to edit and which environment variables would need to be set. I'm just afraid that then it'd become a medium sized novel...
– soulsource
Jul 16 '13 at 13:51
I would not bother. Just mount /etc/ elsewhere. It takes 90% of the disc load from the ssd.
– Rinzwind
Jul 16 '13 at 13:56
add a comment |
The solution I have used for my Chromebook is to not install packages, but rather, download their .tar.gz counterpart.
This may not be what you are looking for, but if you have a very small drive and want to split your vital software (GNOME desktop, web browser) from your additional software (GIMP, IDE, games) to save on some local space and keep your computer working without the external drive, it's the best solution so far IMO.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f313592%2fhow-to-install-applications-to-a-separate-hdd%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
There is a major difference between Windows and GNU/Linux. On Windows it is common, that each program together with all the libraries it depends on is installed in a separate folder. This often leads to a lot of wasted disk space due to libraries being installed multiple times, for each program that uses them.
On Linux, programs are installed following the Filesystem Hierarchy Standard (FHS). This means, that the libraries the programs depend on are all installed in a common dedicated location, so that they are usually only installed once, no matter how many programs use them. Also, programs are built in such a way, that they all use the same version of a certain library. This saves disk space (and RAM at runtime), but has the drawback, that one cannot freely install programs on different partitions or hard disks, at least not without editing system configuration files (for instance /etc/ld.so.conf.d to include the different library folders).
Since the Debian package system was implemented with the FHS in mind, there is, as far as I know, no easy way to install Debian packages to a folder different from the one they were intended to be placed in and have them working without manually moving and editing files afterwards. This is, because paths are often hardcoded at compile time. So even if you install a package to a different folder, for instance by using dpkg --instdir=folder/ package.deb
on the command line, the program will still look for its configuration in '/etc', not 'folder/etc', but the config files that were shipped with the package of course were installed to 'folder/etc'... The program will not be added to the menu either, since menu files are supposed to be in '/usr/share applications', not in folder/usr/share/applications.
You can of course manually configure and compile a program from its source code to have it install the binary and data parts wherever you'd like, while still installing configuration files to the FHS compliant locations, but this is something I'd only recommend for advanced users. If you are going to compile from source, have a look at checkinstall, a tool that automatically creates debian packages.
Another option, that was suggested on linuxfromscratch, is to unpack the package to a suitable location and then to create symbolic links to all installed files in the corresponding FHS locations.
Since in the comments you were referring to games: Many games that are not bought through Ubuntu Software Center come as an installer executable, and those can then of course be installed to any folder, usually a subfolder of your home directory. Windows games, which are being run using WINE can also be installed in any directory you want. For wine there exists an environment variable called WINEPREFIX with which you can set up numerous independent WINE folders, each including its own virtual C: drive. Read the WINE man page for more info.
Even if games/programs come as Debian packages, you can look at the package contents in your favorite archive manager. If the game is going to be installed in /opt, you can usually safely install it to a different folder, since /opt is often used as installation location for programs that don't adhere to FHS.
Correct and worthy of upvotes O
– Rinzwind
Jul 16 '13 at 13:46
Nevertheless, it's not complete, since I didn't explain in detail what would be required to get a package installed at an arbitrary location working, which files one would have to edit and which environment variables would need to be set. I'm just afraid that then it'd become a medium sized novel...
– soulsource
Jul 16 '13 at 13:51
I would not bother. Just mount /etc/ elsewhere. It takes 90% of the disc load from the ssd.
– Rinzwind
Jul 16 '13 at 13:56
add a comment |
There is a major difference between Windows and GNU/Linux. On Windows it is common, that each program together with all the libraries it depends on is installed in a separate folder. This often leads to a lot of wasted disk space due to libraries being installed multiple times, for each program that uses them.
On Linux, programs are installed following the Filesystem Hierarchy Standard (FHS). This means, that the libraries the programs depend on are all installed in a common dedicated location, so that they are usually only installed once, no matter how many programs use them. Also, programs are built in such a way, that they all use the same version of a certain library. This saves disk space (and RAM at runtime), but has the drawback, that one cannot freely install programs on different partitions or hard disks, at least not without editing system configuration files (for instance /etc/ld.so.conf.d to include the different library folders).
Since the Debian package system was implemented with the FHS in mind, there is, as far as I know, no easy way to install Debian packages to a folder different from the one they were intended to be placed in and have them working without manually moving and editing files afterwards. This is, because paths are often hardcoded at compile time. So even if you install a package to a different folder, for instance by using dpkg --instdir=folder/ package.deb
on the command line, the program will still look for its configuration in '/etc', not 'folder/etc', but the config files that were shipped with the package of course were installed to 'folder/etc'... The program will not be added to the menu either, since menu files are supposed to be in '/usr/share applications', not in folder/usr/share/applications.
You can of course manually configure and compile a program from its source code to have it install the binary and data parts wherever you'd like, while still installing configuration files to the FHS compliant locations, but this is something I'd only recommend for advanced users. If you are going to compile from source, have a look at checkinstall, a tool that automatically creates debian packages.
Another option, that was suggested on linuxfromscratch, is to unpack the package to a suitable location and then to create symbolic links to all installed files in the corresponding FHS locations.
Since in the comments you were referring to games: Many games that are not bought through Ubuntu Software Center come as an installer executable, and those can then of course be installed to any folder, usually a subfolder of your home directory. Windows games, which are being run using WINE can also be installed in any directory you want. For wine there exists an environment variable called WINEPREFIX with which you can set up numerous independent WINE folders, each including its own virtual C: drive. Read the WINE man page for more info.
Even if games/programs come as Debian packages, you can look at the package contents in your favorite archive manager. If the game is going to be installed in /opt, you can usually safely install it to a different folder, since /opt is often used as installation location for programs that don't adhere to FHS.
Correct and worthy of upvotes O
– Rinzwind
Jul 16 '13 at 13:46
Nevertheless, it's not complete, since I didn't explain in detail what would be required to get a package installed at an arbitrary location working, which files one would have to edit and which environment variables would need to be set. I'm just afraid that then it'd become a medium sized novel...
– soulsource
Jul 16 '13 at 13:51
I would not bother. Just mount /etc/ elsewhere. It takes 90% of the disc load from the ssd.
– Rinzwind
Jul 16 '13 at 13:56
add a comment |
There is a major difference between Windows and GNU/Linux. On Windows it is common, that each program together with all the libraries it depends on is installed in a separate folder. This often leads to a lot of wasted disk space due to libraries being installed multiple times, for each program that uses them.
On Linux, programs are installed following the Filesystem Hierarchy Standard (FHS). This means, that the libraries the programs depend on are all installed in a common dedicated location, so that they are usually only installed once, no matter how many programs use them. Also, programs are built in such a way, that they all use the same version of a certain library. This saves disk space (and RAM at runtime), but has the drawback, that one cannot freely install programs on different partitions or hard disks, at least not without editing system configuration files (for instance /etc/ld.so.conf.d to include the different library folders).
Since the Debian package system was implemented with the FHS in mind, there is, as far as I know, no easy way to install Debian packages to a folder different from the one they were intended to be placed in and have them working without manually moving and editing files afterwards. This is, because paths are often hardcoded at compile time. So even if you install a package to a different folder, for instance by using dpkg --instdir=folder/ package.deb
on the command line, the program will still look for its configuration in '/etc', not 'folder/etc', but the config files that were shipped with the package of course were installed to 'folder/etc'... The program will not be added to the menu either, since menu files are supposed to be in '/usr/share applications', not in folder/usr/share/applications.
You can of course manually configure and compile a program from its source code to have it install the binary and data parts wherever you'd like, while still installing configuration files to the FHS compliant locations, but this is something I'd only recommend for advanced users. If you are going to compile from source, have a look at checkinstall, a tool that automatically creates debian packages.
Another option, that was suggested on linuxfromscratch, is to unpack the package to a suitable location and then to create symbolic links to all installed files in the corresponding FHS locations.
Since in the comments you were referring to games: Many games that are not bought through Ubuntu Software Center come as an installer executable, and those can then of course be installed to any folder, usually a subfolder of your home directory. Windows games, which are being run using WINE can also be installed in any directory you want. For wine there exists an environment variable called WINEPREFIX with which you can set up numerous independent WINE folders, each including its own virtual C: drive. Read the WINE man page for more info.
Even if games/programs come as Debian packages, you can look at the package contents in your favorite archive manager. If the game is going to be installed in /opt, you can usually safely install it to a different folder, since /opt is often used as installation location for programs that don't adhere to FHS.
There is a major difference between Windows and GNU/Linux. On Windows it is common, that each program together with all the libraries it depends on is installed in a separate folder. This often leads to a lot of wasted disk space due to libraries being installed multiple times, for each program that uses them.
On Linux, programs are installed following the Filesystem Hierarchy Standard (FHS). This means, that the libraries the programs depend on are all installed in a common dedicated location, so that they are usually only installed once, no matter how many programs use them. Also, programs are built in such a way, that they all use the same version of a certain library. This saves disk space (and RAM at runtime), but has the drawback, that one cannot freely install programs on different partitions or hard disks, at least not without editing system configuration files (for instance /etc/ld.so.conf.d to include the different library folders).
Since the Debian package system was implemented with the FHS in mind, there is, as far as I know, no easy way to install Debian packages to a folder different from the one they were intended to be placed in and have them working without manually moving and editing files afterwards. This is, because paths are often hardcoded at compile time. So even if you install a package to a different folder, for instance by using dpkg --instdir=folder/ package.deb
on the command line, the program will still look for its configuration in '/etc', not 'folder/etc', but the config files that were shipped with the package of course were installed to 'folder/etc'... The program will not be added to the menu either, since menu files are supposed to be in '/usr/share applications', not in folder/usr/share/applications.
You can of course manually configure and compile a program from its source code to have it install the binary and data parts wherever you'd like, while still installing configuration files to the FHS compliant locations, but this is something I'd only recommend for advanced users. If you are going to compile from source, have a look at checkinstall, a tool that automatically creates debian packages.
Another option, that was suggested on linuxfromscratch, is to unpack the package to a suitable location and then to create symbolic links to all installed files in the corresponding FHS locations.
Since in the comments you were referring to games: Many games that are not bought through Ubuntu Software Center come as an installer executable, and those can then of course be installed to any folder, usually a subfolder of your home directory. Windows games, which are being run using WINE can also be installed in any directory you want. For wine there exists an environment variable called WINEPREFIX with which you can set up numerous independent WINE folders, each including its own virtual C: drive. Read the WINE man page for more info.
Even if games/programs come as Debian packages, you can look at the package contents in your favorite archive manager. If the game is going to be installed in /opt, you can usually safely install it to a different folder, since /opt is often used as installation location for programs that don't adhere to FHS.
edited Jan 25 at 20:37
Community♦
1
1
answered Jul 16 '13 at 13:08
soulsourcesoulsource
3,97911620
3,97911620
Correct and worthy of upvotes O
– Rinzwind
Jul 16 '13 at 13:46
Nevertheless, it's not complete, since I didn't explain in detail what would be required to get a package installed at an arbitrary location working, which files one would have to edit and which environment variables would need to be set. I'm just afraid that then it'd become a medium sized novel...
– soulsource
Jul 16 '13 at 13:51
I would not bother. Just mount /etc/ elsewhere. It takes 90% of the disc load from the ssd.
– Rinzwind
Jul 16 '13 at 13:56
add a comment |
Correct and worthy of upvotes O
– Rinzwind
Jul 16 '13 at 13:46
Nevertheless, it's not complete, since I didn't explain in detail what would be required to get a package installed at an arbitrary location working, which files one would have to edit and which environment variables would need to be set. I'm just afraid that then it'd become a medium sized novel...
– soulsource
Jul 16 '13 at 13:51
I would not bother. Just mount /etc/ elsewhere. It takes 90% of the disc load from the ssd.
– Rinzwind
Jul 16 '13 at 13:56
Correct and worthy of upvotes O
– Rinzwind
Jul 16 '13 at 13:46
Correct and worthy of upvotes O
– Rinzwind
Jul 16 '13 at 13:46
Nevertheless, it's not complete, since I didn't explain in detail what would be required to get a package installed at an arbitrary location working, which files one would have to edit and which environment variables would need to be set. I'm just afraid that then it'd become a medium sized novel...
– soulsource
Jul 16 '13 at 13:51
Nevertheless, it's not complete, since I didn't explain in detail what would be required to get a package installed at an arbitrary location working, which files one would have to edit and which environment variables would need to be set. I'm just afraid that then it'd become a medium sized novel...
– soulsource
Jul 16 '13 at 13:51
I would not bother. Just mount /etc/ elsewhere. It takes 90% of the disc load from the ssd.
– Rinzwind
Jul 16 '13 at 13:56
I would not bother. Just mount /etc/ elsewhere. It takes 90% of the disc load from the ssd.
– Rinzwind
Jul 16 '13 at 13:56
add a comment |
The solution I have used for my Chromebook is to not install packages, but rather, download their .tar.gz counterpart.
This may not be what you are looking for, but if you have a very small drive and want to split your vital software (GNOME desktop, web browser) from your additional software (GIMP, IDE, games) to save on some local space and keep your computer working without the external drive, it's the best solution so far IMO.
add a comment |
The solution I have used for my Chromebook is to not install packages, but rather, download their .tar.gz counterpart.
This may not be what you are looking for, but if you have a very small drive and want to split your vital software (GNOME desktop, web browser) from your additional software (GIMP, IDE, games) to save on some local space and keep your computer working without the external drive, it's the best solution so far IMO.
add a comment |
The solution I have used for my Chromebook is to not install packages, but rather, download their .tar.gz counterpart.
This may not be what you are looking for, but if you have a very small drive and want to split your vital software (GNOME desktop, web browser) from your additional software (GIMP, IDE, games) to save on some local space and keep your computer working without the external drive, it's the best solution so far IMO.
The solution I have used for my Chromebook is to not install packages, but rather, download their .tar.gz counterpart.
This may not be what you are looking for, but if you have a very small drive and want to split your vital software (GNOME desktop, web browser) from your additional software (GIMP, IDE, games) to save on some local space and keep your computer working without the external drive, it's the best solution so far IMO.
answered Feb 28 '17 at 21:02
acerspyroacerspyro
363
363
add a comment |
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f313592%2fhow-to-install-applications-to-a-separate-hdd%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
KQBFccjOLzsDcLLDvE1BB7AFTPuAnJ
1
Take a look at This, it'll get you started.
– Mitch♦
Jun 27 '13 at 23:04
I was of the impression that everything extended from the home folder. Whoops. That page you linked wasn't helpful regarding my issue, but i'm reading through it now and learning a lot, so thank you.
– plaguedoctor
Jun 27 '13 at 23:28
I added the mount and fstab tags ; you can do what you're describing by manually setting particular filesystems to mount on particular partitions or drives.
– belacqua
Jun 27 '13 at 23:54
@belacqua is there any other way than that? I don't just want particular file systems on another drive, I want all file systems of particular programs. That way I can sort them by how intensive they are of my system, having games/virtualbox/etc entirely on my SSD and things like libreoffice/thunderbird entirely on one of the HDDs.
– plaguedoctor
Jun 28 '13 at 0:07
It's not so easy to determine where a given installation and its files might reside -- see the answers in the link Mitch mentioned. You can use things like symlinks as well, but my recommendation is to start simple. Find an example application, ask a specific question here about it (or modify this one to be less general), and go from there. Or experiment cautiously.
– belacqua
Jun 28 '13 at 18:22